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SUMMARY 


The  Persian  Gulf  War  created  vast  amounts  of  valuable  textual  and  visual  data  on  the 
effectiveness  and  performance  of  modem  conventional  weapon  systems.  As  a  result, 
numerous  studies  were  initiated  to  harvest  as  much  information  as  possible  from  the 
available  data.  No  comprehensive  effort  was  undertaken,  however,  prior  to  the  war  to 
organize  the  capture,  consolidation,  linking  and  archival  of  the  most  critical  weapons 
effects  and  performance  data.  Much  of  the  data,  which  included  satellite  imagery,  battle 
damage  assessment  (BDA)  photos,  captured  design  drawings,  armament  delivery  records 
(ADRs),  and  eye  witness  experience  of  key  personnel,  was  lost  in  theater  or  never 
recorded.  Other  key  data  was  dispersed  to  numerous  locations  in  the  United  States  and 
abroad. 

The  Weapons  Effects  And  Performance  Data  Archival  (WEAPDA)  project  was  initiated 
to  consolidate  these  data,  insert  them,  in  digital  form  into  a  permanent  archive,  and  make 
them  readily  accessible  to  users.  The  resulting  WEAPDA  system  is  a  digital,  multimedia 
database  management  system,  operating  on  a  Personal  Computer  (PC)  in  a  Microsoft 
Windows®  environment.  It  provides  a  simple,  graphical  and  intuitive  user  interface  to 
assist  the  user  with  data  retrieval.  Due  to  the  large  amount  of  data,  the  digital  information 
(both  text  and  imagery)  are  stored  on  Compact  Disk-Read  Only  Memory  (CD-ROM). 

Three  full  WEAPDA  systems  have  been  fielded  to  date  and  have  generated  considerable 
interest.  A  number  of  future  applications  for  the  system  are  being  considered  including  a 
portable  system  capable  of  capturing  the  data  in  the  field  as  it  is  generated  (during  the  next 
conflict  or  live  weapons  test),  BDA  analyses,  and  training  and  education. 
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PREFACE 


The  development  of  the  Weapons  Effects  And  Performance  Data  Archival  (WEAPDA) 
hardware/software  system  required  the  integration  of  a  wide  range  of  data,  software 
development  and  hardware  integration  skills,  encompassing  several  emerging 
technologies.  Both  the  Government  and  the  prime  contractor,  Horizons  Technology,  Inc., 
worked  closely  together,  and  diligently,  to  ensure  success.  The  Project  Manager  for  HTI 
was  Mr.  Geoffrey  Butler,  with  key  support  from  Mr.  Bill  Lee,  Mr.  Steve  Mehler,  Mr.  Wil 
Sensenderfer  and  Mr.  Joe  Squeo.  For  the  Defense  Nuclear  Agency,  Capt.  James  Welter 
was  the  Contracting  Officer's  Technical  Representative,  with  assistance  from  Lt.  Col. 
(retired)  David  Artman,  Major  David  Pyle,  and  Major  Ed  Wolfe. 

The  development  of  the  WEAPDA  information  system  also  benefited  heavily  from  the 
diligent  work  and  support  of  many  individuals  and  their  organizations  who  assisted  the 
effort  by  providing  expertise  and/or  data  relating  to  the  use  of  conventional  weapons. 
These  included  the  Defense  Nuclear  Agency,  Air  Combat  Command,  the  National 
Archives,  the  Gulf  War  Air  Power  Survey,  the  Joint  Technical  Coordinating  Group  for 
Munitions  Effectiveness,  the  Air  Force  Wright  Laboratory,  the  Motion  Media  Center,  the 
Army  Corps,  of  Engineers,  the  37th  Tactical  Fighter  Wing,  the  Air  Force  Center  for 
Studies  and  Analyses,  and  the  Defense  Intelligence  Agency. 

The  authors  wish  to  extend  their  appreciation  to  all  the  aforementioned  individuals  and 
organizations,  as  well  as  the  countless  other  persons  who  contributed  directly  or  indirectly 
to  this  project. 
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CONVERSION  TABLE 


Conversion  factors  for  U.S.  Customary  to  metric  (SI)  units  of  measurement. 

MULTIPLY - >  BY - »  TO  GET 

TO  GET  <-• - BY  < - - — DIVIDE 


angstrom 

1.000  000XE-10 

meters  (m) 

atmosphere  (normal) 

1.013  25X  E  +2 

kilo  pascal  (kPa) 

bar 

1.000  000  XE  +2 

kilo  pascal  (kPa) 

barn 

1 .000  000  X  E  -28 

meter2  (m2) 

British  thermal  unit  (thermochemical) 

1.054  350  xE  +  3 

joule  (J) 

calorie  (thermochemical) 

4.184  000 

joule  (J) 

cal  (thermochemical)/cm2 

4.184  000  XE -2 

mega  joule/m2  (MJ/m2) 

curie 

3.700  000  x  E  +  1 

*giga  becquerel  (GBq) 

degree  (angle) 

1 .745  329  x  E-2 

radian  (rad) 

degree  Fahrenheit 

tk=  (/°f  +  459.671/1.8 

degree  kelvin  (K) 

electron  volt 

1.602  19  X  E  -19 

joule  (J) 

er9 

1 .000  000  X  E  -7 

joule  (J) 

erg/second 

1 .000  000  X  E  -7 

watt  (W) 

foot 

3.048  000XE-1 

meter  (m) 

foot-pound-force 

1.355  818 

joule  (J) 

gallon  (U.S.  liquid) 

3.785  412  X  E -3 

meter3  (m3) 

inch 

2.540  000  X  E  -2 

meter  (m) 

jerk 

1.000  000  X  E  +9 

joule  (J) 

joule/kilogram  (J/kg)  radiation  dose 

1 .000  000 

Gray  (Gy) 

absorbed 

kilotons 

4.183 

terajoules 

kip  (1000  Ibf) 

4.448  222  X  E  +3 

newton  (N) 

kip/inch2  (ksi) 

6.894  757  XE+3 

kilo  pascal  (kPa) 

ktap 

1.000  000  X  E  +2 

newton-second/m2  (N-s/m2) 

micron 

1 .000  000  X  E  -6 

meter  (m) 

mil 

2.540  000  X  E  -5 

meter  (m) 

mile  (international) 

1.609  344  X  E  +3 

meter  (m) 

ounce 

2.834  952  X  E-2 

kilogram  (kg) 

pound-force  (lbs  avoirdupois) 

4.448  222 

newton  (N) 

pound-force  inch 

1.129  848  X  E-1 

newton-meter  (N/m) 

pound-force/inch 

1.751  268  X  E  +2 

newton/meter  (N/m) 

pound-force/foot2 

4.788  026  X  E  -2 

kilo  pascal  (kPa) 

pound-force/inch2  (psi) 

6.894  757 

kilo  pascal  (kPa) 

pound-mass  (Ibm  avoirdupois) 

4.535  924  X  E-1 

kilogram  (kg) 

pound-mass-foot2  (moment  of  inertia) 

4.214  011  X  E  -2 

kilogram  -meter2  (kg  m2) 

pound-mass/foot3 

1.601  846  X  E  +1 

kilogram/meter3  (kg/m3) 

rad  (radiation  do6e  absorbed) 

1 .000  000  X  E  -2 

**Gray  (Gy) 

roentgen 

2.579  760  XE -4 

coulomb/kilogram  (C/kg) 

shake 

1 .000  000  X  E  -8 

second  (s) 

slug 

1.459  390  X  E  +1 

kilogram  (kg) 

torr  (mm  Hg,  0°  C 

1.333  22  X  E-1 

kilo  pascal  (kPa) 

*  The  becquerel  (Bq)  is  the  SI  unit  of  radioactivity;  1  Bq  =  1  event/s. 
**  The  Gray  (GY)  is  the  SI  unit  of  absorbed  radiation. 
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SECTION  1 


INTRODUCTION 


1.1  BACKGROUND. 

The  impact  of  low  cost,  personal  computer  (PC)  based  multimedia  computer  systems  and 
applications  are  just  now  beginning  to  be  felt  in  the  commercial  and  government  markets. 
Their  capability  to  display  textual  information,  coupled  with  detailed  graphics,  still 
photographs  and  recently  even  full-motion  video,  has  naturally  led  to  applications 
involving  education  and  training.  These  initial  applications  have  proven  the  viability  and 
cost-effectiveness  of  these  systems,  yet  to  date  only  a  fraction  of  the  potential  applications 
for  this  technology  are  available  or  under  development. 

The  recent  introduction  of  compact  disks  (CDs)  for  data  storage  has  further  extended  the 
range  of  applications  for  PC-based  tools.  With  read  only  memory  (ROM)  storage 
capacity  of  more  than  600  megabytes,  educational  materials,  training  manuals,  and  other 
cumbersome  printed  material  consisting  of  thousands  of  pages  of  text  and  illustrations  can 
now  be  placed  on  a  single  disk.  In  addition,  the  digital  format  combined  with  an  estimated 
useful  life  of  25+  years,  means  that  the  information  stored  on  CDs  can  be  recovered 
flawlessly  for  decades. 

Many  uses  exist  for  multimedia  systems  employing  CD-ROM  storage.  This  report 
addresses  the  development  of  one  such  application  by  the  Defense  Nuclear  Agency,  which 
was  initially  designed  to  archive  and  rapidly  retrieve  data  of  all  types  (textual, 
photographic,  video  and  others)  on  the  performance  and  effects  of  conventional  weapons 
used  in  the  Persian  Gulf  War.  This  basic  functionality  has  now  been  expanded  to  cover 
other  data  in  various  media,  particularly  visual  information  such  as  photographs  and  video 
segments,  of  use  to  the  weaponeering  and/or  targeteering  community  at  large. 

1 .2  SYSTEM  REQUIREMENTS. 

The  system  concept  called  for  operation  as  a  personal  workstation  capable  of  storing  and 
rapidly  accessing  large  amounts  data  in  various  media  (textual,  photographic,  full-motion 
video,  etc.).  Initially,  these  data  were  to  provide  as  thorough  coverage  as  possible  of  the 
operational  use  of  conventional  weapons  during  the  DESERT  STORM  conflict.  The 
ensuing  database  would  then  be  used  to  support  a  variety  of  analyses  of  weapon  system 
performance  as  well  as  the  development  of  a  knowledge  base  for  munitions  effects 
assessment.  Since  its  initial  release,  the  system  has  taken  on  the  duties  of  a  database 
management  "shell,"  through  which  all  types  of  interrelated  data  can  be  accessed.  To 
realize  these  goals,  data  storage,  hardware  and  software  requirements  were  generated,  as 
discussed  in  the  following  sections. 
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1 .2. 1  Hardware  Requirements. 

The  system  was  required  to  operate  using  off-the-shelf  hardware.  No  system  unique 
hardware  was  to  be  developed  or  applied. 

1.2.2  Data  Storage  Requirements. 

An  existing  textual  database,  developed  by  the  Air  Combat  Command  (ACC)  and  the  Gulf 
War  Air  Power  Survey  office  under  dB ASE®,  was  identified  as  the  initial  source  database. 
This  database  consisted  of 30,599  records  covering  the  air-to-surface  missions  flown 
during  the  DESERT  STORM  conflict.  In  addition  to  these  data,  WEAPDA  was  to 
archive  and  retrieve  thousands  of  pre-  and  post-attack  still  photographs  of  the  targets 
which  were  attacked,  over  5000  full-motion  videos  and  accompanying  audio  of  the 
weapons  being  delivered  on  the  target,  as  well  as  interviews  with  seven  munitions  effects 
assessment  exploitation  team  members. 

These  interviews  were  highly  valuable  for  their  information  content.  The  exploitation 
team  members  assessed  the  weapons  effectiveness  on-site,  just  after  the  cessation  of 
hostilities,  and  provided  expert  opinions  of  the  weapons  effects. 

Although  these  specific  data  requirements  were  known,  the  system  was  to  remain  flexible 
in  order  to  accept  other  types  of  data  (structural  diagrams,  maps,  etc.)  and  data  from  other 
sources  (other  conflicts,  test  programs,  etc.).  Because  of  the  large  amounts  of  data 
already  identified,  and  the  fact  that  more  data  was  likely  to  require  storage  at  a  later  date, 
the  database  behind  WEAPDA  was  also  to  be  designed  for  enhanced  efficiency.  Due  to 
the  large  amount  of  information  to  be  stored,  WEAPDA  was  to  maximize  its  use  of  digital 
compression  technology  in  order  to  minimize  storage  requirements. 

1.2.3  Software  Requirements. 

The  software  was  to  provide  a  flexible,  intuitive  user  interface  enabling  a  researcher  or 
analyst  to  locate,  sort,  and  extract  desired  information.  Because  users  with  varying 
backgrounds  and  interests  were  expected  to  use  the  system,  data  retrieval  was  to  be 
straight-forward,  and  yet  provide  users  with  varying  avenues  for  the  retrieval  of  desired 
information. 

The  software  also  had  to  provide  on-demand  display  of  color  still  photographs  and  full- 
motion  (30  frames  per  second)  color  video  with  audio.  The  capability  to  add,  modify  or 
delete  data,  in  these  varying  media,  was  also  required.  The  system  architecture  was  also 
to  remain  flexible  and  allow  for  future  growth. 
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SECTION  2 


SYSTEM  DEVELOPMENT 

Version  1.0  of  the  WEAPDA  system  was  developed  under  a  rapid  prototyping  effort  and 
was  fielded  for  operational  testing  eight  months  after  contract  award.  Several  challenges 
were  encountered  and  overcome  during  the  system  development,  as  discussed  below. 

2. 1  DATABASE  DESIGN. 

The  WEAPDA  version  1.1  shell  houses  three  individual  databases.  These  include  the 
DESERT  STORM  -  DoD,  DESERT  STORM  -  UNCL,  and  Air  Campaign  Planning 
Model  (ACPM)  databases.  Each  of  these  databases  was  individually  tailored  to  the  data  it 
was  to  store,  and  accessed  via  the  SEARCH  and  VIEW  menus  of  the  WEAPDA  system. 
Information  on  the  individual  design  of  each  database  is  presented  in  the  following 
sections. 

2.1.1  DESERT  STORM  -  DoD. 

An  existing  textual  database,  developed  by  the  Air  Combat  Command  (ACC)  and  the  Gulf 
War  Air  Power  Survey  office  under  dBASE®,  was  identified  as  the  initial  source  database. 
This  database  consisted  of  30,599  records  covering  the  air-to-surface  missions  flown 
during  the  DESERT  STORM  conflict.  In  addition  to  these  data,  WEAPDA  was  to 
archive  and  retrieve  thousands  of  pre-  and  post-attack  still  photographs  of  the  targets 
which  were  attacked,  over  5000  full-motion  videos  and  accompanying  audio  of  the 
weapons  being  delivered  on  the  target,  as  well  as  interviews  with  seven  munitions  effects 
assessment  exploitation  team  members.  These  data,  especially  overhead  photographs, 
were  pertinent  to  several  entries  in  the  textual  database.  For  example,  a  single  overhead 
photograph  of  an  Iraqi  airfield,  such  as  the  example  shown  in  Figure  2-1,  might  show 
several  aircraft  shelters,  each  of  which  is  the  target  within  a  separate  entry  in  the  textual 
database.  Therefore,  had  a  "flat"  database  structure  been  used,  the  photograph  would 
have  been  unnecessarily  repeated  as  part  of  each  record. 

To  avoid  this  inefficiency,  a  relational  database  structure  was  developed  and  employed. 
Translators  were  then  developed  to  read  the  information  from  the  dBASE®  database  and 
insert  it  into  the  WEAPDA  relational  structure  described  below.  The  resulting  textual 
database  "core"  was  then  reviewed  for  accuracy  and  completeness  through  direct 
comparisons  with  the  original  dBASE®  database. 

The  DESERT  STORM  -  DoD  database  is  modeled  after  a  Network  Database.  A  Network 
Database  consists  of  records  which  are  defined  and  maintained  through  sets.  A  set  defines 
a  one-to-many  relationship  between  two  record  types.  Examples  of  sets  are: 

•  one  Airplane  has  many  Weapons 

•  one  Target  has  many  Missions 
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Figure  2-1 .  A  single  target  is  often  the  subject  of  multiple  records  within  the  database. 

Figure  2-2  illustrates  the  relationship  between  different  records  in  the  database.  The 
arrows  represent  sets  that  connect  related  records.  The  pointer  is  the  owner,  and  the 
record  being  "pointed  to"  is  the  child.  In  each  record  there  are  also  keys,  which  sort  the 
database  either  in  ascending  or  descending  order  on  that  key.  Support  tables  used  by  the 
DESERT  STORM-DoD  database  are  shown  in  Figure  2-2  as  the  standalone  boxes.  These 
include  Titles,  Types,  Deleted,  Damage  and  Query,  which  are  discussed  in  greater  detail  in 
Table  2-1.  Also  shown  on  the  figure  are  the  compound  keys  AAA,  AAD,  ADA,  ADD, 
DAA,  DAD,  DDA,  DDD  which  are  brought  to  bear  to  hold  data  values  during  sorting. 
The  compound  keys  are  detailed  in  Table  2-2.  Table  2-1  provides  information  on  all  fields 
contained  in  each  record  in  the  database.  Within  the  table,  keys  are  indicated  by  a 
preceding  asterisk  (*).  This  is  followed  by  Tables  2-2  and  2-3,  which  list  the  compound 
keys  and  sets,  respectively,  for  the  database.  These  structures  are  essential  to  the  network 
database  definition,  and  allow  the  database  manager  to  maintain  the  internal  pointers,  or 
relations,  between  database  elements. 

Finally,  a  unique  record  can  be  identified  within  the  database  by  five  fields.  These  are,  1) 
Basic  Encyclopedia  (BE)  number,  2)  Mission  number,  3)  Air  Task  Order  (ATO)  day,  4) 
Callsign,  and  5)  Linesort.  No  two  records  have  the  same  entries  in  all  of  these  fields. 
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STORM  DATABASE  LAYOUT 


Figure  2-2.  DESERT  STORM  -  DoD  database  structure, 


Table  2-1.  DESERT  STORM  -  DoD  database  fields. 


Table 


Conflict 


TvDe/Field  [dimension 


Mission 


long  IStartDate 


long  lEndDate 


char  szSecurity[40 


long  IColor 


♦char  szMis  NumflO 


♦char  szLineSort[2 


int  iNo  Flown 


int  iNo  Success 


char  szBlackHole[5 


char  bCancelled; 


char  szDirectedBy[13 


char  bJStars; 


char  bScudMission; 


char  szWeather[69 


long  IMissChgDate; 


long  lMissChgTime; 


Description  _ 


Describes  a  single  Conflict _ 


Name  of  Conflict  i.e.  Desert  Storm _ 


Start  Date  of  Conflict,  also  ATO  date 


Date  Conflict  ended.  _ 


security  label  for  this  database _ 


color  to  display  security  label 


Describes  a  single  Mission _ 

Day  of  conflict  this  mission  occured 
Mission  Id  _ 


Line  Sort  _ 


Package  Id  (Not  Used) _ _ 

Mission  Type  Id,  see  Types  table. 


Unit  name  _  _ 


Second  unit  name  (Not  Used 


Call  Sign  _ 


Reauest  Number  (Not  Used 


Total  #  of  sorties  flown _ _ 

#  flown  (Not  Used) _ 

#  success  (Not  Used) _ 

(Not  Used) _ 

Was  this  mission  cancelled  (T  or  F) 

Directed  By  _ _ _ 

(Not  Used) _ 

(Not  Used) _ _ _ 

(Not  Used) _ 

(Not  Used) _ _ _ 

Date  this  mission  was  modified  last. 
Time  this  mission  was  modified  last. 


Describes  a  single  Target 


char  szAIF  Name[39 


char  szCountry[3] 


♦long  lLatitude 


char  cLatDir 


♦long  lLongitude 


BE  Number _ _ _ 

Target  name _ _ _ 

Country  Id,  name  found  in  SYSTEM 

DB _ _ _ 

Category  strin 


Target  Latitude 


Latitude  direction 


Target  Longitude 


Table  2-1.  DESERT  STORM  -  DoD  database  fields  (Continued). 


Table 


TargLink 


Reports 


Type/Field  [dimension 


char  cLongDir 


char  cTarget 


char  szTGTDescir255 


long  1TTM  Date 


*char  szTTM  BENumni 


char  szTTY  TypefM 


*char  cHard 


long  ITargChgDate 


long  ITargChgTime 


int 

iStartHours 

int 

iStartMin 

int 

iEndHours 

int 

iEndMin 

char  szDMPI  1  f41 


char  szDMPI  Loc  1T21 


*char  szDMPI  Cat  lf6 


♦char  cDMPI  Hard  1 


char  szDMPI  2MT 


char  szDMPI  Loc  2f21 


*char  szDMPI  Cat  2f6 


*char  cDMPI  Hard  2 


char  szRemarks[21 


char  szRemarkslf256 


long  lTLChgDate 


long  lTLChgTime 


char  szFurtherExpiPl 


*char  cSuperSet 


Description 


Longitude  direction 


Was  this  target  targeted?  (T  or  F 


CENTAF  # 


Target  description 


Continuation  of  target  description 


TTM  Date  in  long  format. 


TM  BE  number. 


TTM  Type 


Status 


Was  target  hardened?  (T  or  F 


Date  this  target  was  modified  last. 


Time  this  target  was  modified  last. 


Heart  of  database,  links  all  data 
together. 


Hour  mission  was  started 


Minutes  mission  was  started 


Hour  mission  was  over. 


Minutes  mission  was  over 


First  point  of  impact 


Coordinate  of  first  impact 


Category  code  of  first  impact 


Was  first  impact  point  hardened? 


Second  point  of  impact 


Coordinate  of  second  impact 


Category  code  of  second  impact 


Was  second  impact  point  hardened? 


Remarks  about  impact. 


Continuation  of  remarks. 


Date  this  record  was  modified  last. 


Time  this  record  was  modified  last. 


Describes  a  Report  to  a  single 
mission. 


Source  of  report. 


Table  2-1.  DESERT  STORM  -  DoD  database  fields  (Continued). 


Table 


Tvpe/Field  [dimension 


Description 


Visual 


VisualLink 


char  szImageTime[5 


long  llmageDate 


char  szImageType[3 


int  iOccupied 


char  szFunct  1[255 


char  szFunct  2[255 


char  szMedia_Type[20] 


char  szMedia  Label[21 


char  szDisk  Label[21 


char  szVisualSrc[21 


char  szDate  Aquired[9 


char  szRunTimeflO 


char  cColor  _ 


char  cAudio 


Report  number. 


Report  type. 


Image  Time. 


Image  Date. 


Image  Type 


Physical  remarks 


Physical  remarks  continued. 


Functional  remarks 


Functional  remarks  continued. 


BDA  Assessment.  _ 


Assessment  Phase.  _ 


Damage  Mechanism. 


Describes  a  single  Visual  File. _ 


File  name  of  visual  file.  _ 


CDROM  Disk  #  where  file  is  located. 


Path  where  file  is  located.  _ 


Description  of  Visual.  _ 


Media  type  (Still  Photo,  Overhead, 

etc.) _ _ _ 

Title  of  the  Visual,  as  seen  by  users. 


Disk  label _ _ _ 


Visual  Source.  _ 


Date  visual  was  acquired.  _ 


Run  time  of  visual  if  its  a  Video  file. 


Color  present  in  the  file?  (T  or  F 


Audio  present  in  the  file?  (T  or  F 


Expert. 


long  lPlane 


Links  a  Visual  record  to  the 
TargLink.  _ 


Void  field,  table  cannot  be  blank. 


Describes  a  single  plane.  _ 


Name  of  plane  _ 


Unique  Plane  Id. 


Table  2-1.  DESERT  STORM  -  DoD  database  fields  (Continued). 


Table 


PlaneLink 


Type/Field  [dimension 


int  iAc  Qty 


int  iHit 


int  iMiss 


int  iAcOrdNum 


*char  szColNameMO 


int  iTitleld 


*char  szTypeNameMO 


*long  lTypeld 


*long  IDamageld 


char  szDelMis  Numr6 


long  IDelChgDate 


long  IDelChgTime 


Description 


Links  a  TargLink  to  a  Plane. 


Number  of  specific  planes  of  types 
pointed  to  by  PLANE  table. 


How  many  hit  target 


How  many  missed  target 


Describes  a  single  weapon. 


Name  of  Weapon. 


Unique  Weapon  Id. 


Links  Weapon  type  to  Plane 


Number  of  specidif  weapons  of  types 
pointed  to  by  WEAPON  table. 


lanned  ordnance 


Jumbled  data 


Used  to  display  titles  in  Grid  Window. 


Title  Label. 


Title  Id. 


Maintains  a  list  of  Mission  Types. 


Mission  Type  name. 


Unique  Mission  Id. 


Maintains  a  list  of  Damage 
Mechanism  types. 


Damage  Mechanism  name. 


Unique  Damage  id. 


For  Future  Use  -  keeps  track  of 
deleted  records. 


BE  number  of  deleted  record. 


Mission  number  of  deleted  record. 


Date  this  record  was  deleted. 


Time  record  was  deleted. 
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Table  2-1.  DESERT  STORM  -  DoD  database  fields  (Continued). 


Table 


Query 


Key 

AAA 


Tvne/Field  [dimension] 


Used  to  Sort  and  perform  a 
Fuzzy  search  on  database  data. 
Contains  all  data  _ 


char  cDeleted 


long  lAddr _ . 


*char  szSortFldl[40] 


*char  szSortFld2[40] 


*char  szSortFld3[40] 


Description 


char  szFuzzyUnit[ll 


char  szFuzzyName[39 


char  szFuzzyDMPU[41] 


char  szFuzzyDMPI2[41] 


char  szQCategory[6 


char  szQLatitude[7 


char  szQLongitude[8 


char  szQMis  Num[6 


char  szQMis  Type[14 


Set  to  TRUE  if  this  record  does  not 

match  what  user  wanted. _ 

database  address  into  TargLink  table. 


Sort  field  1  (See  Compound  Keys 

Table) _ 

Sort  field  2  (See  Compound  Keys 
Table) _ 


Sort  field  3  (See  Compound  Keys 
Table 


First  impact  point  to  be  fuzzy 
searched.  _ _ 


Second  impact  point  to  be  fuzzy 
searched.  _ 


BE  number  of  this  record. 


Category  code  of  this  record. 


Latitude  coordinate.  _ 


Longitude  coordinate. 


Status.  _ 


First  weapon  type.  _ 


Second  weapon  type. 


Mission  number.  _ 


Mission  date  in  mm/dd/yy  format 


Plane. 


Table  2-2.  Compound  keys  in  DESERT  STORM  -  DoD  database. 


Field _ 

szSortFldl  asc 
szSortFld2  asc 
szSortFld3  asc 


Description _ _ 

Sorts  Fields  in  Query  table. _ 

Sorts  first  sort  field  in  Ascending  order 
Sorts  second  sort  field  in  Ascending  order 
Sorts  third  sort  field  in  Ascending  order 


Table  2-2.  Compound  keys  in  DESERT  STORM  -  DoD  database  (Continued). 

Key _ Field _ Description _ 

AAD _ Sorts  Fields  in  Query  table. _ 


szSortFldl  asc _ Sorts  first  sort  field  in  Ascending  order 

szSortFld2  asc _ Sorts  second  sort  field  in  Ascending  order 

szSortFld3  desc  Sorts  third  sort  field  in  Descending  order 


ADA _ Sorts  Fields  in  Query  table. 


szSortFldl  asc  Sorts  first  sort  field  in  Ascending  order 
szSortFld2  desc  Sorts  second  sort  field  in  Descending  order 

szSortFld3  asc  Sorts  third  sort  field  in  Ascending  order 


ADD _ Sorts  Fields  in  Query  table. 


szSortFldl  asc _ Sorts  first  sort  field  in  Ascending  order 

szSortFld2  desc  Sorts  second  sort  field  in  Descending  order 

szSortFld3  desc  Sorts  third  sort  field  in  Descending  order 


DAA _ Sorts  Fields  in  Query  table. 


szSortFldl  desc  Sorts  first  sort  field  in  Descending  order 

szSortFld2  asc _ Sorts  second  sort  field  in  Ascending  order 

szSortFld3  asc  Sorts  third  sort  field  in  Ascending  order 


DAD _ Sorts  Fields  in  Query  table. 


szSortFldl  desc  Sorts  first  sort  field  in  Descending  order 

szSortFld2  asc _ Sorts  second  sort  field  in  Ascending  order 

szSortFld3  desc  Sorts  third  sort  field  in  Descending  order 


PDA _ Sorts  Fields  in  Query  table. 


szSortFldl  desc  Sorts  first  sort  field  in  Descending  order 
szSortFld2  desc  Sorts  second  sort  field  in  Descending  order 

szSortFld3  asc  Sorts  third  sort  field  in  Ascending  order 


DDD _ Sorts  Fields  in  Query  table. 


szSortFldl  desc  Sorts  first  sort  field  in  Descending  order 
szSortFld2  desc  Sorts  second  sort  field  in  Descending  order 
szSortFld3  desc  Sorts  third  sort  field  in  Descending  order 

Table  2-3.  DESERT  STORM  -  DoD  sets. 

Set _ Description _ 

S  CONFLICT  Connects  Conflict  to  Mission 
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Table  2-3.  DESERT  STORM  -  DoD  sets  (Continued). 


Set 

Description 

S  MISSION 

Connects  Mission  to  TargLink 

S  TARGET  1 

Connects  Target  to  TargLink 

S  REPORTS 

Connects  TargLink  to  Reports 

S  TL2VISUAL 

Connects  TargLink  to  VisualLink 

S  VISUAL2TL 

Connects  Visual  to  VisualLink 

S  TARG2PLAN 

Connects  TargLink  to  PlaneLink 

S  PLANE 

Connects  Plane  to  PlaneLink 

S  PLAN2WEAP 

Connects  PlaneLink  to  WeapLink 

S  WEAPON 

Connects  Weapon  to  WeapLink 

2. 1 .2  Air  Campaign  Planning  Model. 

The  Air  Campaign  Planning  Model  (ACPM)  is  also  referred  to  as  the  Checkmate  database 
and  is  also  modeled  after  a  Network  Database.  A  Network  Database  consists  of  records 
which  are  defined  and  maintained  through  Sets.  A  Set  is  defined  as  a  link  from  one  record 
type  to  multiple  records  of  another  type,  or  one-to-many  relationship  between  two  record 
types.  Figure  2-3  illustrates  the  ACPM  database  structure  and  the  complete  relationship 
between  the  records  in  the  database.  The  arrow  represent  Sets  that  connect  related 
records.  The  owner  is  the  record  which  initiates  the  arrow,  and  the  record  which  gets 
pointed  to  by  the  arrow  is  the  child.  As  with  Figure  2-2,  supporting  data  tables  are 
indicated  by  stand-alone  boxes.  These  include  ChkTitles,  ChkQuery  and  ChkMisc 
described  in  Table  2-1  and  the  compound  keys  discussed  in  Table  2-5. 

The  database  fields  are  summarized  in  Table  2-4.  The  table  indicates  keys  within  records 
by  an  asterisk  before  their  name.  These  keys  sort  the  records  in  the  database  by  alphabetic 
order  or  numeric  order,  depending  on  the  field  type.  Then  when  the  records  are  retrieved 
they  can  be  accessed  in  the  desired  order. 
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CheckMate  Database  Layout 


Figure  2-3.  ACPM  database  structure. 


Table  2-4.  ACPM  database  fields. 


Table 


chkmisc 


chkvisual 


TvDe/Field  [dimension 


char  szChkSecurity[40 


long  IChkColor; 


♦char  szChkBE[ll 


char  szChkAIF  Name[39 


*szChkCountcharry[3 


*char  szChkCategory[6 


♦long  lChkLatitude;  _ 


♦char  cChkLatDir;  _ 


♦long  IChkLongitude; 


♦char  cChkLongDir; _ 


char  szChkTGTDescl[255 


♦char  cChkHard; 


♦char  szChkFilenamef  1 3 


char  szChkDisk[21 


char  szChkPath[21 


char  szChkFile  Desc[256 


char  szChkMedia  Type[20 


char  szChkMedia  Label[21 


char  szChkDisk  Label[21 


char  szChkVisualSrc[21 


char  szChkDate  Aquired[9 


char  szChkRunTime[10 


char  cChkColor;  _ 


char  cChkAudio; 


char  szChkExpertise[21 


chkvisuallink 


chktitles 


int  iChkNull; 


♦char  szChkColName[40]; 


♦int  iChkTitleld; 


Description 


Security  type  for  this  database 


Color  to  display  securit 


BE  Number 


Target  Name 


Category  code  _ 


Latitude  of  target  _ 


Latitude  direction .  either  N  or  S 


Longitude  of  target  _ 


Longitude  direction,  either  W  or  E 


Description  of  target  _ 


Describes  if  target  was  hardened. 


Name  of  visual  file  _ 


Disk  where  file  located  _ 


Path  where  file  is  located  _ 


Description  of  visual  file 


Describes  the  visual  file.  _ 


Title  of  file  _ 


Label  for  disk.  _ 


Source  of  material _ 


Date  file  acquired.  _ 


If  video  file,  then  time  of  video. 


True  if  color  file  _ 


True  if  audio  file 


Void  field,  not  used 


Name  of  title  displayed  in  Query 
result  window.  _ 


Id  of  title 


Table  2-4.  ACPM  database  fields  (Continued). 


Table 


chkquery 


Type/Field  [dimension 


char  cChkDeleted; 


long  IChkAddr; 


*char  szChkSortFldl  f40 


*char  szChkSortFld2[40 


*char  szChkSortFld3f40 


char  szChkFuzzyName[39 


char  szChkQBEfH 


char  szChkQCategory[6 


charszChkQCountry  [3 


charszChkQLatitude[8 


charszChkQLongitude[9 


char  szChkQHard[2 


Description 


Maintains  records  to  be  sorted  and 
fuzzy  searched. 


If  true  then  this  record  deleted. 


Database  address  into  database 


Sort  field  1 


Sort  field  2 


Sort  field  3 


mmmbeesbbes&mi 


BE  number  of  record. 


Category  code  of  record 


Country  of  record 


Latitude  of  record 


Longitude  of  record 


Is  Target  hardened? 


In  addition,  compound  keys  (see  Table  2-5)  are  used  to  sort  the  query  result  in  ascending 
or  descending  order,  depending  on  what  three  fields  the  user  wanted  and  in  what  order 
they  desire  them.  No  more  than  three  fields  can  be  sorted. 


Field 


Table  2-5.  Compound  keys  in  ACPM  database. 


Description 


Sorts  all  three  fields  in  ascending 
order. 


szChkSortFldl  asc; 


szChkSortFld2  asc: 


szChkSortFld3  asc; 


Sorts  the  first  two  fields  in 
ascending  order  and  the  last 
descendin 


szChkSortFldl  asc; 


szChkSortFld2  asc; 


szChkSortFld3  desc; 


Sorts  the  first  and  last  fields  in 
ascending  order  and  the  second  in 
descending  order. 


Table  2-5.  Compound  keys  in  ACPM  database  (Continued). 


ChkADD 


ChkDAA 


ChkDAD 


ChkDDA 


ChkDDD 


Field 


szChkSortFldl  asc; 


szChkSortFld2  desc; 


szChkSortFld3  asc; 


Description 


szChkSortFldl  asc; 


szChkSortFld2  desc; 


szChkSortFld3  desc; 


szChkSortFldl  desc; 


szChkSortFld2  asc; 


szChkSortFld3  asc; 


szChkSortFldl  desc; 


szChkSortFld2  asc; 


szChkSortFld3  desc; 


szChkSortFldl  desc; 


szChkSortFld2  desc; 


szChkSortFld3  asc; 


szChkSortFldl  desc; 


szChkSortFld2  desc; 


szChkSortFld3  desc; 


Sorts  the  first  field  in  ascending 
order  and  the  last  two  in 
descending  order. 


Sorts  the  first  field  in  descending 
order  and  the  last  two  in  ascending 
order. 


Sorts  the  first  and  last  fields  in 
descending  order  and  the  second  in 
ascending  order 


Sorts  the  first  field  in  descending 
order  and  the  last  two  in  ascending 
order. 


Sorts  all  three  fields  in  descending 
order. 
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2.1.3  DESERT  STORM  -  Unci. 


The  DESERT  STORM  Unclassified  database  is  also  modeled  after  a  Network  Database. 

A  Network  Database  consists  of  records  which  are  defined  and  maintained  through  Sets. 

A  Set  is  defined  as  a  link  from  one  record  type  to  multiple  records  of  another  type,  or  one- 
to-many  relationship  between  two  record  types.  Figure  2-4  illustrates  the  structure  of  this 
database  and  the  complete  relationship  between  the  records  in  the  database.  The  arrow 
represent  sets  that  connect  related  records.  The  owner  is  the  record  which  initiates  the 
arrow,  and  the  record  which  gets  pointed  to  by  the  arrow  is  the  child. 

Some  records  contain  key  fields,  indicated  by  an  asterisk  before  their  name  in  Table  2-6. 
These  keys  sort  the  records  in  the  database  by  alphabetic  order  or  numeric  order, 
depending  on  the  field  type.  Then  when  the  records  are  retrieved  they  can  be  accessed  in  a 
user  defined  order.  This  is  followed  by  Tables  2-7  and  2-8,  which  list  the  compound  keys 
and  sets,  respectively,  for  the  database.  As  discussed  earlier,  these  structures  are  essential 
to  the  network  database  definition,  and  allow  the  database  manager  to  maintain  the 
internal  pointers,  or  relations,  between  database  elements. 

2.2  SOFTWARE  DEVELOPMENT. 

One  key  goal  was  to  make  the  system  operation  highly  intuitive,  so  that  very  little  training 
would  be  required  to  prepare  an  operator  to  effectively  use  the  system.  To  meet  this  goal, 
the  software  development  proceeded  in  several  phases. 

First,  significant  effort  was  expended  establishing  the  system  conceptual  design. 

Functional  block  diagrams,  such  as  the  one  for  the  database  editing  function  shown  in 
Figure  2-5,  were  used  extensively  to  ensure  that  the  development  team  had  a  complete 
understanding  of  the  system  functions  and  interrelationships. 

Then  a  number  of  brainstorming  sessions  were  held  to  design  the  flow  of  operation  of  the 
software,  as  well  as  prepare  sketches  of  preliminary  user  interface  screens.  By  design, 
these  sessions  included  individuals  with  a  broad  range  of  perspectives.  Members  included 
software  engineers,  experts  in  audiovisual  data  archival,  weapon  effects  specialists  and 
others. 

With  this  task  completed,  the  preliminary  user  interface  screens  were  actually  coded  up 
and  linked  together,  so  that  the  flow  of  system  operations  could  be  demonstrated.  This 
"skeletal"  system  was  then  critiqued  internally  by  a  broad  panel  of  software  users  and 
developers.  The  results  of  this  review  were  then  used  to  fine  tune  the  system  operations. 

At  this  point  software  was  written  to  support  key  system  operations  such  as  searching  the 
database  and  retrieving  and  displaying  archived  information.  With  key  functions  in  place, 
a  preliminary  design  review  was  then  held  for  members  of  the  user  community. 
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PUBLIC  DATABASE  LAYOUT 


.  DESERT  STORM  -  Unci  database  structure. 


Table  2-6.  DESERT  STORM  -  Unci,  database  fields. 


Table 


Type/Field  (dimension 


*long  Publat 


char  Publatdir 


char  Publongdir 


int  Pubcount 


int  PubTimeNull 


int  PubTotSorties 


int  PubTotSortiesRef 


int  PubCENTAF 


int  PubCENTAFRef 


int  PubMARCENT 


int  PubMARCENTRef 


int  PubNAVCENT 


int  PubNAVCENTRef 


int  PubAllied 


int  PubAlliedRef 


int  PubOCA 


int  PubOCARef 


int  PubDCA 


int  PubDCARef 


int  Publnter 


int  PublnterRef 


int  PubCAS 


int  PubCASRef 


int  PubSEAD 


int  PubSEADRef 


int  PubAirRefuel 


int  PubAirRefuelRef 


int  PubTact Airlift 


Description 


Target  information 


Target  Name 


City  where  target  found 


Not  Used. 


Latitude  of  target 


Longitude  of  target 


Latitude  direction,  N  or  S 


Longitude  direction,  W  or  E 


Country  Id 


Chronological  target  information 


Null  Field,  not  used  for  anythin 


General  chronological  data 


Days  since  start  of  war. 


total  #  of  sorties  for  this  day 


Code  use  only,  not  used  in  database. 


Centaf  number  for  this  day. 


not  used 


Marcent  number  for  this  da 


not  used. 


Navcent  number  for  this  da 


not  used 


Allied  number  for  this  da 


not  used 


OCA  mission  count 


not  used 


DCA  mission  count 


not  used 


Interdiction  mission  count 


not  used 


CAS  mission  count 


not  used 


SEAD  mission  count 


not  used 


Air  refuellin 


not  used 


Total  TAC  airlift 


19 


Table  2-6.  DESERT  STORM  -  Unci,  database  fields  (Continued). 


Table 


Tvne/Field  (dimension 


int  PubTactAirliftRef 


int  PubOtherSu 


int  PubOtherSuppRef  _ 


int  PubNavySorties 


int  PubNavySortiesRef 


int  PubTotStrikeSort  _ 


int  PubTotStrikeSortRef 


int  PubTotRafSorties 


int  PubTotRafSortiesRef 


int  PubTotSortToDate 


int  PubTotSortToDateRef 


int  PubNavMaritimeSort 


int  PubNavMaritimeSortRef 


ubevent 


ubeventdata 


Description _ 


TAC  airlift  reference  _ 


Other  support  _ 


not  used  _ 


Total  Navy  sorties 


not  used  _ 


Total  strike  sorties  _ _ 


not  used  _ 


Total  RAF  sorties  _ 


not  used  _ 


Total  sorties  to  date 


not  used  _ 


Number  of  naval  maritime  sorties 


not  used  _ 


♦long  PubEventType 

Event  type  Id 

int  PubTotalPlanes 

Total  planes  on  this  event 

int  PubNight 

0  =  Day  mission,  1  =  night  mission 

long  PubStartLoc 

Bit  values  corresponds  to  which  ship 
attack  originated  from 

long  PubEventTime 

Time  of  event 

char  PubBuff[256] 


int  PubTotAC 


char  PubNationality[20 


long  PubPlaneType 


*char  PubPlaneName[  1 5 


Event  data,  if  data  is  longer  than  256 
characters,  multiple  records  of  this 
type  are  linked  together.  _ 


Total  number  of  a  specific  aircraft. 


Nationality  of  airplane,  blank  if  US 


Id  of  plane,  each  different  plane  gets  a 
unique  id.  _ _ _ _ 


Name  of  Plane,  ie:F-15 _ 


Table  2-6.  DESERT  STORM  -  Unci,  database  fields  (Continued). 


Table  I  Type/Field  (dimension 


pubplaneweap 

on 


int  PubTotWeap 


Description 


ubweapon 


ubtitles 


ubmisc 


ubreference 


ubeventref 


ubvisual 


Total  number  of  weapons  on  a  single 
lane. 


long  PubWeapType 


'‘char  PubColName[40] 


int  PubTitleld 


char  Pub  Security  [40] 


long  PubSecColor 


*int  PubRefld 


*char  PubFilenameri3 


char  PubFile  Desc[256 


char  PubMedia_Type[20] 


char  PubMedia  Labeir21 


char  PubDisk  Labelf21 


char  PubVisualSrcr21 


char  PubDate  Aquiredr9 


char  PubRunTimeflO 


Id  of  weapon,  each  different  weapon 
gets  a  unique  id. 


Name  of  weapon. 


Title  name  to  be  displayed  in  Query 
result  window. 


Id  of  title 


Security  type  to  be  displayed  at  top  of 
query  result  window. 


Color  of  security  type. 


Reference  Id,  think  of  these  as 
footnotes. 


Reference  strings. 


Name  of  visual  file. 


Disk  where  file  located. 


Path  on  disk  where  file  located. 


Description  of  file 


Type  of  file,  ie:pictures,  video, 
drawings,. .. 


Title  to  describe  the  file. 


Label 


Where  file  was  acquired. 


Date  of  acquisition 


If  video,  length  of  video. 


Table  2-6.  DESERT  STORM  -  Unci,  database  fields  (Continued). 


Table 


Type/Field  (dimension 


char  PubColor 


char  PubAudio 


char  PubExpertise[21 


int  PubVisNull 


char  PubDeleted 


lone  PubAddr 


♦char  PubSortFldl[40 


♦char  PubSortFld2[40 


♦char  PubSortFld3[40 


char  PubFuzzyName[39 


char  PubQueryLat[7 


char  PubQueryLong[8 


char  PubQueryWeap[40 


char  PubQueryDate[  1 1 


char  PubQueryType[40 


char  PubQueryPlane[40 


char  PubQueryLoc[20 


char  PubQueryData[80] 


Description 
True  if  color  file 


True  if  audio  file 


Expertise 


Void  field,  not  used 


Internal  use  only.  _ 


Database  address  of  Time  Record 


Sort  field  1  _ _ 


Sort  field  2  _ _ 


Sort  field  3 


Latitude  _ _ 


Longitude  _ _ 


Weapon  _ _ 


Date  in  wmmdd  format 


Event  type,  converted  from  Ion 


Query  plane _ 


Query  location _ 


Query  data  type _ 


Table  2-7.  Compound  keys  in  DESERT  STORM  -  Unci,  database. 


Key 

Field 

Description 

PubAAA 

Sorts  all  three  fields  in  ascending 
order. 

szPubSortFldl  asc; 

szPubSortFld2  asc; 

szPubSortFld3  asc; 

PubAAD 

Sorts  the  first  two  fields  in 
ascending  order  and  the  last 
descending. 

szPubSortFldl  asc; 

szPubSortFld2  asc; 

szPubSortFld3  desc; 
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Table  2-7.  Compound  keys  in  DESERT  STORM  -  Unci,  database  (Continued). 


Field 


szPubSortFldl  asc; 


szPubSortFld2  desc; 


szPubSortFld3  asc; 


szPubSortFldl  asc; 


szPubSortFld2  desc; 


szPubSortFld3  desc; 


szPubSortFldl  desc; 


szPubSortFld2  asc; 


szPubSortFld3  asc; 


szPubSortFldl  desc; 


szPubSortFld2  asc; 


szPubSortFld3  desc; 


szPubSortFldl  desc; 


szPubSortFld2  desc; 


szPubSortFld3  asc; 


szPubSortFldl  desc; 


szPubSortFld2  desc; 


szPubSortFld3  desc; 


Description 


Sorts  the  first  and  last  fields  in 
ascending  order  and  the  second  in 
descending  order. 


Sorts  the  first  field  in  ascending 
order  and  the  last  two  in 
descending  order. 


Sorts  the  first  field  in  descending 
order  and  the  last  two  in  ascending 
order. 


Sorts  the  first  and  last  fields  in 
descending  order  and  the  second  in 
ascending  order 


Sorts  the  first  field  in  descending 
order  and  the  last  two  in  ascending 
order. 


Sorts  all  three  fields  in  descending 
order. 
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Table  2-8.  DESERT  STORM  -  Unci  sets. 


1  Set 

Description 

Event  time  to  target  link 

Event  target  to  time  link 

Target  of  event 

s  pubtargevent 

s  pubtimeevent 

Event  time 

s  pubeventdata 

Event  data 

s  pubeventplane 

Aircraft  associated  with  event 

s  pubplaneevent 

Aircraft 

s  pubplaneweapon 

Weapon  associated  with  event 

s  pubweaponplane 

Weapon 

s  pubeventref 

Event  reference 

s  pubrefevent 

Reference 

Visuals  associated  with  event 

s  pubvisualtarg 

Target  description  for  visual 

Extensive  notes  were  taken,  and  recommended  system  refinements  were  established. 

This  entire  process,  including  two  reviews  of  the  system  operations,  was  completed  before 
the  software  coding  was  initiated.  This  streamlined  the  software  development  by 
minimizing  changes  once  the  coding  was  begun  and  also  providing  the  development  team 
a  broadened  understanding  of  the  system  as  a  whole  so  that  code  was  developed  right  the 

first  time. 

All  software  was  written  in  standard  C  to  streamline  fixture  system  maintenance  and 
upgrade  activities.  A  modular  design  approval  was  used  so  that  individual  functions  could 
be  more  easily  updated  as  software  capabilities  expand. 

The  WEAPDA  system  also  incorporates  a  commercial  off-the-shelf  (COTS)  software 
product  named  PhotoMagic™,  by  Micrographx®,  for  still  image  display  and  manipulation. 
At  the  time  of  this  writing  no  multi-user  licensee  agreements  for  PhotoMagic  have  been 
negotiated,  therefore,  a  copy  of  the  software  must  be  purchased  for  each  WEAPDA 
station  (approximate  cost  =  $100.00).  PhotoMagic  offers  the  WEAPDA  user  key 
capabilities  including  image  annotation,  enhancements  such  as  sharpen,  show  edges,  and 
others,  and  the  ability  to  save  images  in  a  variety  of  formats  including  Tagged  Image  File 
Format  (TIFF),  Graphical  Interchange  Format  (GIF),  and  others. 
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2.3  SYSTEM  HARDWARE. 


The  WEAPDA  software  is  hosted  on  an  upgraded  stand-alone  486  desktop  PC  operating 
at  33  Mhz.  Included  with  the  basic  PC  are  two  300  KB/sec  CD-ROM  drives,  an  800  MB 
removable  hard  drive,  a  stereo  speaker  set,  and  16  MB  of  random  access  memory  (RAM). 
Fielded  systems  have  been  equipped  with  a  14  inch  SVGA  monitor,  although  future 
stations  may  opt  for  larger  screen  sizes. 


To  support  the  unique  capabilities  of  the  WEAPDA  system,  some  specific  hardware  was 
required.  For  full  system  utility,  the  items  listed  below,  or  their  equivalent,  were 
purchased  and  installed  during  Phase  I. 

•  Full-height  QUALITY  tower  case 

•  American  Megatrends  Inc.  ISA-bus  80486-33  motherboard 

•  16  MB  DRAM 

•  Adaptec  1542B  SCSI  controller 

•  500+  MB  3.5"  SCSI  hard  drive 

•  Kingston  DE1001-S  and  -CS  3.5"  SCSI  frame  and  carrier 

•  One  Toshiba  XM3401B  and  one  NEC  model  CDR-83  2x  speed  CD-ROM  players  and 
drivers 

•  1.2  and  1.44  MB  floppy  drives 

•  Intel  ISA-bus  ActionMedia  II DVI  delivery  board 
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•  Orchid  Fahrenheit  Super-VGA  adapter  with  1  MB  VRAM 

•  Sony  CPD- 1 3 04  multisync  monitor 

•  Northgate  OmniKey/101  keyboard 

•  Roland  CS-10  Speaker  System 

•  Computer  to  video  scan  converter 

The  above  WEAPDA  system  hardware  is  installed  much  like  any  other  micro  computer 
system.  The  single  most  likely  cause  of  confusion  is  the  existence  of  2  VGA  ports  on  the 
back  of  the  computer  tower.  One  port,  typically  the  upper  one,  is  the  standard  VGA 
output.  The  other  port,  usually  the  lower  one,  is  the  port  associated  with  the  Digital 
Video  Interactive  (DVI)  board,  and  is  the  proper  one  to  which  the  monitor  should  be 
connected.  Another  way  to  recognize  the  proper  VGA  port  is  the  existence  of  the  audio 
output  port  directly  beside  the  DVI  VGA  port. 

Note  that  if  the  monitor  is  connected  to  the  incorrect  VGA  port  the  computer  will 
function  normally  until  you  attempt  to  view  a  video  file,  at  which  time  a  black  window  will 
be  presented.  If  this  occurs,  refer  to  the  instructions  below. 

For  standard  WEAPDA  systems,  the  installation  may  be  performed  as  follows. 

1)  Connect  the  monitor  cable  to  the  DVI  VGA  (lower)  port. 

2)  Insert  the  3/8  inch  stereo  input  jack  (single  end)  of  the  audio  cable  into  the  audio 
output  port  beside  the  VGA  port. 

3)  Connect  the  two  RCA  standard  audio  connectors  to  the  two  ports  labeled  "Input  2" 
on  the  rear  of  the  Roland  CS-10  speaker  unit.  "Input  1"  will  also  function  correctly, 
but  is  designed  to  play  at  maximum  volume. 

4)  Connect  the  A/C  plug  of  Roland  power  transformer  into  a  power  strip  or  wall 

socket,  and  connect  the  power  output  cable  to  the  back  of  the  speaker  unit. 

5)  Connect  the  mouse  to  the  mouse  port  (appears  circular)  on  the  back  of  the  tower. 

6)  Connect  the  power  cable  provided  to  the  plug  located  in  the  upper  left  comer  at  the 
of  the  tower  and  plug  it  into  a  power  strip  or  wall  socket. 

7)  Connect  the  monitor  power  cable  provided  to  the  monitor  and  power  strip  or  wall 
socket. 

8)  Insert  the  removable  hard  drive  firmly  into  the  bay  and  turn  the  drive  key 
counterclockwise  to  the  horizontal  (locked)  position. 

After  completion  of  these  steps,  your  system  will  be  ready  for  operation. 
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Also  note  that  it  is  highly  recommended  that  a  power  strip  with  surge  protection  be  used 
to  provide  power  to  the  system  hardware. 

2.4  DATA  ARCHIVAL  AND  DISPLAY. 

WEAPDA  is  a  true  multimedia  database  management  system  allowing  the  user  to  access 
and  review  textual,  visual  and  audio  information  including  maps,  technical  drawings,  full- 
motion  video  and  pre-  and  post  strike  high  quality  color  photographs. 

Textual  data  is  stored  in  an  efficient  relational  database  which  can  be  rapidly  searched, 
reviewed  and  edited. 

Still  images  are  stored  digitally  in  a  number  of  formats,  depending  upon  the  desired  image 
resolution.  When  image  display  is  requested,  the  system  recognizes  the  storage  format 
and  applies  the  appropriate  decompression  and  display  algorithms.  The  image  can  then  be 
modified  by  adding  text  and/or  symbols  to  highlight  key  features.  Image  enhancement 
functions,  such  as  zoom,  negative  image,  rotation  and  color  modification,  are  also 
available  to  assist  the  operator  in  clarifying  features  (see  also  Section  2.2). 

The  enabling  technology  for  full-motion  video  display  is  Digital  Video  Interactive  (DVI®), 
developed  by  Intel,  which  uses  their  i-750®  chipset.  This  approach  was  selected 
principally  for  its  good  image  resolution,  symmetric  (real  time)  capture  capabilities,  and 
ability  to  support  other  higher  resolution  formats1.  In  addition,  the  i-750®  enables  the 
highest  quality  video  playback  under  Indeo®,  which  provides  a  scalable,  cross-platform 
video  playback  architecture. 

Due  to  its  data  intensive  nature,  video  is  being  stored  on  Compact  Disk-Read  Only 
Memory  (CD-ROM).  Over  300  CD-ROMs  have  been  produced  in  the  initial  phases  of  the 
project.  The  details  of  the  contents  of  the  Phase  1  CD-ROMs  are  presented  in  Section  2.5 

WEAPDA  Version  1.1  stores  data  related  to  the  use  of  conventional  weapons  during  the 
DESERT  STORM  air  campaign,  with  emphasis  on  hardened  and  shallow-buried  targets. 
This  includes  gun  camera  video  of  the  actual  weapon  delivery  during  missions  flown  by 
the  F-l  17,  F-l  1 1,  F-16  and  F-15  aircraft,  from  weapon  release  through  target  impact. 

This  is  supplemented  by  satellite  imagery  and  ground  based  still  photography  providing  the 
pre-  and  post-attack  data  required  to  assess  the  effectiveness  of  the  attack.  Also  included 
are  interviews  of  exploitation  team  members  providing  expert  assessments  of  weapon 
performance  for  selected  key  targets. 

The  system  operates  under  Microsoft  Windows™  3.1,  and  takes  full  advantage  of 
graphical  user  interfaces.  Nearly  all  of  the  functions  of  WEAPDA  are  menu  driven 
requiring  a  minimum  of  keystrokes,  as  illustrated  by  the  Search  menu  shown  in  Figure  2-6. 


talker,  P.E.  and  Phlipot,  M.,  "Off-line  Time  Asymmetric  Compression  Techniques  for  High  Quality 
Digital  Video,"  First  International  NAB/IMA  Multimedia  World  Conference  Proceedings,  April  1993. 
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Textual  data,  such  as  the  mission  data  shown  in  Figure  2-7,  are  presented  upon  request  in 
individual  windows,  based  upon  data  type,  to  aid  comprehension. 


WEAPDA  Query  Results 


File  Edit 


Search 


View  Options  Help  _ 
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Figure  2-6.  Search  requests  are  prepared  using  simple  pull-down  menus. 
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Figure  2-7.  WEAPDA  mission  data  summary  screen. 
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The  system  is  designed  to  help  the  novice  user  successfully  retrieve  and  use  the  data 
contained.  One  of  the  features  addressing  this  concern  is  a  full-color,  scrollable  map 
function  (Figure  2-8),  which  automatically  tracks  the  mouse  location  on  the  digital  map, 
and  returns  a  requested  search  location.  The  details  of  the  available  maps  including 
coverage  and  scale  are  provided  in  Section  2.4. 1.3. 


Figure  2-8.  A  number  of  digital  maps  assist  the  user  with  target  location. 


Finally,  a  help  utility  is  available  at  all  times  to  help  the  user  with  system  operations, 
provide  guidance,  and  define  uncommon  nomenclature. 

2.4. 1  Data  Capture  Process. 

Data  capture  was  performed  using  a  variety  of  techniques.  These  included  Real-Time 
Video  (RTV)  capture,  for  the  ADR  tape  data,  at  75  dpi  (screen)  resolution  or  better  for 
the  still  color  and  B/W  photographs,  and  commercial  processing  into  the  Kodak  PhotoCD 
™  format  for  unclassified  imagery  where  negatives  and/or  slides  were  available.  The 
details  of  both  video  and  still  image  capture  are  discussed  in  the  following  sections. 
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2  4. 1  1  Video  Capture.  Video  capture  was  performed  on  an  AST  486  tower  using  an 
ActionMedia  II  board  set  and  commercial  off  the  shelf  (COTS)  software.  The  software 
used  and  their  capabilities  and  data  capture  characteristics  are  presented  in  Table  2-9. 
Video  playback  sources  included  both  a  3/4”  U-matic  player,  and  an  S-VHS  deck.  All 
signal  compression  included  time-base  correction  for  added  stability,  which  is  a  basic 
requirement  for  the  ActionMedia  II  board  set. 

The  continuing  evolution  of  the  capture  software  brought  on  increased  quality,  and 
control  over  how  capture  was  completed.  These  increases  in  quality  were  achieved 
primarily  through  increasing  capture  data  rate.  The  latest  software  used  for  capture, 
Digital  Video  Producer  (DVP),  added  additional  flexibility  for  pre-capture  control  over 
video  parameters,  (i.e.:  contrast,  brightness,  hue,  and  chroma  saturation).  Prior  to  this, 
adjusting  video  parameters  was  limited  to  playback  operations  only. 

Table  2-9.  Video  capture  software  used. 


Software 

Resolution/Data  rate 
(Kb/sec) 

Signal 

Encoding 

File 

Format 

DVI  Capture  1.0 

160x120/  -  150 

NTSC 

AVS  1 

D Vision  2.0 

256x240/  -  300 

RGB/NTSC 

AVS 

Dime  (Beta) 

256x240/ »  300 

RGB 

AVS 

Digital  Video 
Producer  (DVP)  1.0 

256x240/ *  300 

RGB 

AVS 

A  file  naming  convention  for  video  files  was  established  as  a  way  of  indicating  the  method 
of  compression  used,  as  well  as  the  type  of  video  file.  Efforts  were  made  to  adhere  to  the 
naming  standards,  which  consisted  of  the  following:  R2A#####.AVS,  R2V#####.AVS 
and  R2I#####.AVS.  The  names  breakdown  as  follows: 

R  =  RTV  Compression 

2  =  Algorithm  level  2 

A  =  contains  audio  (monophonic) 

V  =  Video  only,  no  audio  data 

I  =  Interview  data,  which  includes  both  audio  and  video. 

#####  =  numerical  ID 

.AVS  =  Audio  Video  Sub  System  extension 


Note  that  video  data  compiled  from  the  MEA  exploitation  team  interviews  from  July  1992 
were  designated  by  R2I#####.  AVS,  in  order  to  differentiate  them  from  the 
monochromatic  ADR  mission  video  data. 

During  playback,  resolution  is  directly  related  to  data  rate.  In  general,  the  higher  the  rate, 
the  sharper  the  image.  Resolution  was  also  determined  in  part  by  compression  method 
used.  Real  Time  Video  compression's  quickness  is  facilitated  by  its  "lossiness",  meaning 
that  the  algorithm  removes  information  that  is  highly  repetitive.  Real  time  capture  was  the 
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only  reasonable  compression  scheme  of  choice,  considering  the  enormous  amount  of  data 
to  be  processed,  cost  involved,  and  the  perishability  of  the  data  being  captured. 

Signal  encoding  was  an  item  of  contention.  Early  RTV  work  did  not  readily  support  RGB 
encoding,  which  later  tests  showed  to  be  less  "noisy"  than  when  using  a  line  level  NTSC 
composite  signal.  The  improvements  in  using  RGB  encoding  are  for  the  most  part 
inconsequential,  or  negligible  at  best,  considering  that  the  ADRs  were  recorded  in 
monochrome.  By  its  nature,  RGB's  advantage  lends  itself  to  color  video,  not  BAV. 
Regardless,  when  possible  the  signal  was  RGB  encoded  for  capture  using  an  NTSC  to 
RGB  break-out  box. 

Later  software  upgrades  allowed  for  video  file  diagnostics  and  repair.  Aberrations  in 
video  files,  caused  by  capture  software  deficiencies,  occasionally  led  to  playback  failures. 
Detection  efforts  begun  during  this  effort  have  pinpointed  files  which  may  have  format 
inconsistencies.  These  files  are  limited  to  the  first  six  CD-ROM  volumes  produced 
(WEAPDA0001  -  WEAPDA0006)  and  resulted  from  the  early  capture  techniques  then 
available  (DVT  Capture  1.0)  which  uses  NTSC  signal  encoding.  Although  the  files  can  be 
played  back  in  their  entirety,  this  technique  causes  problems  to  occur  when  using  the 
"shuttle"  feature  to  rapidly  maneuver  within  a  video,  and  can  lead  to  a  corrupt  display.  If 
this  occurs,  simply  exit  the  video  display  window  and  hit  the  "shown"  button  again 
allowing  the  video  to  play  through  to  completion.  At  the  time  of  this  writing,  the  limited 
availability  of  the  WEAPDA  CD-ROMs  has  prevented  the  development  of  a  concise  list  of 
affected  videos.  Efforts  were  made  to  reconstruct  problem  files  through  editing. 
Recapturing  problem  clips  was  often  impossible,  since  much  of  the  material  was  on  loan, 
and  had  been  returned  to  the  source  location.  Pending  further  study,  the  most  feasible 
means  to  correct  individual  video  clips  may  still  require  re-capture  from  the  original  video 
tapes. 

2.4. 1 .2  Still  image  Processing.  Still  image  processing  involved  many  different  methods. 
Some  of  the  differences  in  processing  methods  went  in  step  with  technological  capability, 
especially  relating  to  images  generated  on  PhotoCD  material.  Early  image  processing  for 
slides  and  photos  involved  the  use  of  a  high-end  three  chip  video  camera,  which  was 
routed  into  an  ActionMedia  II  equipped  capture  station.  Images  were  captured  at  16  bit 
color  and  at  a  512x480  resolution.  This  method  had  several  drawbacks.  First,  using  a 
camera  as  the  initial  electronic  processor  introduced  lens  barrel  distortions  which  appear  in 
the  images  as  convex  outer  edges.  Secondly,  the  capture  software  used  an  output  file 
which  was  incompatible  with  the  Windows  environment.  As  a  result,  a  multi-step 
conversion  process  was  initially  undertaken  to  import  the  images  into  WEAPDA.  With 
the  acquisition  of  a  flatbed  scanner  (HP  Scanjet  lie)  photos  were  digitized  as  8  or  24  bit 
images,  directly  into  Windows  compatible  graphic  formats.  This  dramatically  improved 
image  quality,  as  well  as  eliminating  the  time-consuming  format  conversion  step. 

A  slight  drawback  to  processing  with  the  flatbed  scanner  was  that  some  oversized  material 
did  not  physically  fit  onto  the  scanner  bed.  Oversized  document  pages  required  multiple, 
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overlapping  passes,  and  then  an  edit  step  was  needed  to  piece  the  elements  together  into  a 
finished  page.  On  occasion  this  process  necessitated  storage  at  different  resolutions. 

Slide  materials  which  indicate  multiple  resolution  do  so  due  to  the  fact  that  they  are 
PhotoCD  images,  and  PhotoCDs  offer  a  standard  feature  of  maintaining  five  levels  of 
resolution  in  a  single  file.  For  example,  a  given  image  will  feature  display  resolutions 
ranging  from  thumbnail  dimensions  (128x192)  to  those  of  a  fully  detailed  image  (2048  x 
3072). 

To  assist  with  data  tracking  and  verification,  a  file  naming  convention  was  adopted.  This 
convention  not  only  indicates  the  type  of  image  captured  (e.g.  targeting  materials,  or  basic 
target  graphics),  but  also  the  file  format  and  sequence  of  the  image.  The  convention 
reserves  up  to  the  first  four  characters  of  the  file  name  for  a  designator  of  the  image  type, 
the  following  four  characters  convey  the  numerical  sequence,  with  the  file  extension 
denoting  the  file  format.  The  file  names  currently  employed  are  as  follows: 

BDA#####.BMP/PCD;  TR_#####.BMP;  IRP#####.BMP;  DS######.BMP; 
HTG#####.BMP;  GTG#####.BMP;  BTG#####.BMP;  BDAL####.BMP; 
BDAH####.BMP 

where: 

BDA  =  Bomb  Damage  Assessment 

BDAL  =  Bomb  Damage  Assessment  Low  Resolution  (screen)  used  for  DESERT 
STORM  -  Unci,  photos 

BDAH  =  Bomb  Damage  Assessment  High  Resolution  (150  d.p.i.)  used  for  DESERT 

STORM  -  Unci,  photos 

TR_  =  Tactical  Reconnaissance 

IRP  =  Installation  Reference  Point 

DS  =  Desert  Shield 

HTG  =  Hardened  Target  Graphic 

GTG  =  Granby  Target  Graphic 

BTG  =  Basic  Target  Graphic 

#####  =  numerical  ID 

.BMP  =  format  extension  for  Bit  Map 

.PCD  =  format  extension  for  PhotoCD 

An  exception  to  this  convention  were  the  filenames  assigned  to  MEA  Photos,  which 
simply  built  numerically  in  recognition  of  their  likely  use  within  other  systems.  For 
example,  the  470th  photo  scanned  is  "00000470.BMP". 

Table  2-10  presents  a  summary  of  the  capture  characteristics  of  the  different  groups  of  still 
imagery  captured. 
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Table  2-10.  Summary  of  still  image  capture  statistics. 


Image  Type 

Resolution 

Bit 

Depth 

Color  or 
Black  & 
White 

Method 

Format 

MEA  Team  Photos 

*  640x440 

8 

Both 

scan 

BMP 

Tactical 

Reconnaissance 

« 640x440 

8 

B/W 

scan 

BMP 

Basic  Target  Graphic 

8 

B/W 

scan 

BMP 

Hard  Target  Graphic 

E2503MI 

8 

B/W 

scan 

BMP 

Granby  Target  Graphic 

E2335SMI 

8 

Both 

scan 

BMP 

MEA  Team  Slides 

*  512  X 

480 

16 

Color 

DVI  Capture 

BMP/ 

AVS 

Howey  slides 

24 

Color 

PhotoCD 

PCD 

Bomb  Damage 
Assessment 

multiple 

8/24 

Both 

scan/PhotoC 

D 

BMP/ 

PCD 

Desert  Shield  materials 

8 

B/W 

scan 

BMP 

2.4. 1 .3  Maps.  There  are  a  total  of  nine  maps  currently  built  into  the  WEAPDA  system. 
The  maps  range  in  different  scales,  from  10K  to  2M,  and  reside  in  their  own  sub-directory 
on  the  map  CD.  The  sub  directory  name  is  made  up  from  the  map  scale,  class  and  zone  on 
the  earth.  The  following  is  a  list  of  the  various  maps  and  the  sub  directory  of  where  they 
reside  on  the  disk: 

•  10K  map  of  Baghdad  located  in  sub  directory  MAP4403  (Scale  =  44,  Class=0  Zone- 

3). 

•  25K  map  of  Baghdad,  Mosul,  and  Basra  located  in  sub  directories  MAP3502  and 
MAP3503.  These  are  three  distinct  maps,  and  are  located  in  two  sub  directories 
because  they  cover  two  different  zones  in  the  world. 

•  250K  map  of  conflict  area  located  in  sub  directories  MAP4682  and  MAP4683. 

•  Two  500K  map  of  conflict  area  located  in  sub  directories  MAP5602,  MAP5603, 
MAP5682  and  MAP5683.  These  two  maps  are  identical  except  that  the  one  located  in 
MAP560x  has  a  better  palette. 

•  800K  map  of  conflict  area  located  in  sub  directories  MAP85 12  and  MAP85 13. 

•  2M  map  of  conflict  area  located  in  sub  directories  MAP7682  and  MAP7683 . 

2.4.2  Source  Databases. 

The  numerous  databases  involved  in  the  handling  and  linking  of  visual/textual  data  for 
WEAPDA  are  summarized  in  Table  2-11.  Some  were  source  databases,  while  others 
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were  generated  by  the  WEAPDA  team.  Databases  for  both  video  and  still  image  files 
included  data  recorded  in  the  field  (when  adequately  provided),  along  with  data  generated 
as  a  part  of  the  database  construction. 

The  latter  was  created  through  researching  and  cross-referencing  the  various  data  sources, 
including  still  imagery,  maps,  and  videos,  in  an  attempt  to  better  identify  targets.  Many 
"working",  or  temporary  databases  were  generated  in  preparation  for  final  linking  into  the 
DESERT  STORM  -  DoD  database.  Listed  are  the  source  databases,  and  the  primary 
databases  which  catalog  specific  types  of  data.  Temporary,  or  "working"  databases  for 
internal  purposes  are  not  listed. 


Table  2-11.  Databases  used  or  developed  to  support  the  WEAPDA  system. 


Database  Name 

Source 

Description 

DISKJPRO.DBF 

HTI 

List  of  CDs  produced  under  phase  II  sorted  on 
filename _ _ _ 

DISK  ERR.DBF 

HTI 

List  of  CDs  with  some  type  of  error 

ARKS  CAN.  DBF 

HTI 

DESERT  STORM  -  Unci,  photos  scanned  at 
different  resolutions 

DSV00001.DBF 

HTI 

Visual  data  linked  to  discrete  records  (Tallil  &  A1 

Jaber) 

DSV00002.DBF 

HTI 

Visual  records  for  linking  global  BE#s 

DSV00003.DBF 

HTI 

Over  flow  from  DSV00002.DBF 

DSV00004.DBF 

HTI  "1 

Overflow  from  DSV00002.DBF _ 

DSV00005.DBF 

HTI  1 

F-16  ADRs  ready  for  linking 

F- 111. DBF 

DIA 

Catalog  of  F-l  1 1  ADRs,  with  Weapda  Team 
annotations 

F- 11 7. DBF 

DIA 

Catalog  of  F-l  17  ADRs,  with  Weapda  team 
annotations 

F- 15.  DBF 

HTI 

Catalog  of  F-15  ADRs,  with  Weapda  Team 
annotations 

F-16.DBF 

HTI 

Catalog  of  F-16  ADRs,  with  Weapda  team 
annotations 

MEATDB.DBF 

DIA 

Ed  Wolfe's  original  database  of  MEA  team  photos 

MEATLNK.DBF 

HTI 

Database  edited  down  from  MEATDB,  ready  for 
linking 

MEA  WORK. DBF 

HTI 

Sub-set  of  MEAT  LNK,  not  ready  for  linking 

STILLS. DBF 

HTI 

Targets  other  than  Tallil  &  A1  Jaber  ready  for  linking 

MISSION.DBF 

GWAPS 

Original  mission  database  created  by  Maj.  Hill 
(GWAPS) 

TARGETS.DBF 

GWAPS 

Gulf  War  Targets  Database 

V1-1LINK.DBF 

HTI 

Files  linked  for  version  1 . 1  delivery 

34 


2.4.3  Linking  Process. 


Additional  visual  data  can  be  added  to  any  of  the  databases  included  in  the  WEAPDA 
Version  1.1  system  by  simply  modifying  the  desired  record,  or  in  the  case  of  the  DESERT 
STORM  -  DoD  database  an  automated  visual  data  import  function  has  been  included2. 

In  order  to  use  the  visual  import  function  to  link  a  new  visual  to  the  correct  record(s) 
within  the  DESERT  STORM  -  DoD  database,  the  system  must  be  provided  with  the 
information  needed  to  identify  the  record(s)  to  which  the  visual  should  be  linked.  This 
information  must  be  prepared  in  a  character  delimited  text  file,  referred  to  as  the  visual 
update  database,  with  the  structure  shown  in  Table  2-12.  In  the  case  of  the  visual  type 
entry,  codes  have  been  used  to  represent  the  different  types  of  visual  data  expected  (Table 
2-13).  The  delimiter  between  data  entries  should  be  hexadecimal  character  16. 

This  file  can  easily  be  created  using  dBASE®  or  other  COTS  database  software  and 
exported  in  character  delimited  text  file  format,  or  it  can  be  created  using  any  text  editor. 
The  resulting  text  file  should  be  saved  with  the  file  extension  ".wvd"  which  indicates  that  it 
is  WEAPDA  visual  data  and  will  enable  the  visual  import  function  to  automatically 
recognize  the  file.  The  operation  of  the  visual  import  function  is  discussed  in  the 
WEAPDA  Software  User's  Manual. 

Table  2-12.  Visual  linker  file  structure. 


Data  Entry 

Unique 

Record 

Identifier 

Max.  No. 
of  Characters 

Sample  entry 

Visual  type  code  (see  Table  2-13) 

8 

VI  ADR 

BE  number  of  record(s)  to  receive 
file 

V 

10 

1234-56789 

Mission  number  of  record(s)  to 
receive  file 

V 

5 

111  1 A 

ATO  day  of  record(s)  to  receive  file 

V 

2 

10 

Callsign  of  record(s)  to  receive  file 

V 

20 

GATOR 

Linesort  of  record(s)  to  receive  file 

V 

1 

A 

Filename  of  visual  file 

12 

R2A09999.AVS 

Disk  label  of  disk  containing  file 

10 

WEAPDA0999 

Disk  number  of  disk  containing  file 

4 

999 

Run  time  (for  motion  video) 

5 

02:21 

Audio  (T  or  F) 

1 

T 

Color  (T  or  F) 

1 

F 

Title  of  visual 

20 

Hit  on  Baghdad 

2Butler,  et.  al.,  "Software  User's  Manual  for  the  Weapons  Effects  and  Performance  Data  Archival 
(WEAPDA)  System,"  Horizons  Technology,  Inc.,  San  Diego,  CA,  November  1993. 
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Table  2-12.  Visual  linker  file  structure  (Continued). 


Data  Entry 

Unique 

Record 

Identifier 

Max.  No. 
of  Characters 

Sample  entry 

File  description 

254 

GBU-15  strike  on  the 
Baath  party 
headquarters  in 
downtown  Baghdad. 

Date  of  image 

12 

02/11/91 

Source  of  image 

20 

Combat  Camera 

Table  2-13.  Visual  type  codes. 


Code 

Description 

VI  ADR 

Armament  delivery  record  video 

Code 

Description 

VI  DA 

Damage  assessment  video 

VI  OTH 

Other  video 

ST  OVE 

Overhead  imagery 

ST  TR 

Tactical  reconnaissance  photograph 

ST  TM 

Targeting  materials 

ST  OTH 

Other  still  imagery 

DR  BLU 

Blueprint  drawings 

DR  SD 

Structural  diagrams 

DR  OTH 

Other  drawings 

As  discussed  earlier,  there  are  five  fields  which  define  a  unique  record  in  the  database  (see 
Section  2. 1 . 1).  These  are;  1)  Basic  Encyclopedia  (BE)  number,  2)  Mission  number,  3)  Air 
Task  Order  (ATO)  day,  4)  Callsign,  and  5)  Linesort.  The  linker  has  been  designed  to  use 
all  or  only  a  portion  of  those  fields  in  order  to  determine  the  correct  database  record(s)  to 
receive  the  visual  file.  If  information  for  all  five  fields  is  provided,  the  linker  will  link  the 
visual  file  to  that  single  record  which  matches  all  five  entries.  However,  if  information  on 
fewer  fields  is  provided,  the  linker  will  link  the  visual  file  to  all  records  which  match  those 
fields 


For  example,  if  a  post  conflict  exploitation  team  still  photograph  of  a  particular  shelter  on 
Tallil  airfield  is  being  inserted  into  the  DESERT  STORM  -  DoD  database,  it  is  likely  that 
all  five  fields  will  be  required  to  link  it  to  the  actual  mission(s)  that  struck  that  shelter. 
This  stems  from  the  fact  that  in  all  likelihood  the  shelter  will  not  have  an  individual  BE 
number,  but  rather  be  identified  as  a  mensuration  point  (MP)  on  Tallil,  and  be  associated 
with  the  BE  number  of  the  entire  airbase.  If  only  the  BE  number  were  provided  to  the 
automatic  linker,  then  every  mission  that  attacked  any  structure  on  Tallil  (i.e.  is  identified 
with  Tallil's  BE  number)  would  receive  the  photograph.  This  would  result  in  large 
quantities  of  extraneous  data  being  linked  to  records. 
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In  addition,  if  over  the  course  of  the  war  multiple  missions  struck  that  particular  shelter, 
then  it  will  be  desirable  to  have  that  single  photograph  linked  to  each  of  those  missions.  In 
order  for  the  automatic  linker  to  do  so,  a  separate  entry  is  required  in  the  visual  update 
database  for  each  record  which  should  receive  the  photograph. 

If  you  have  digitized  photographs  of  a  particular  target  which  maintains  its  own  unique  BE 
number,  such  as  a  bridge,  which  you  wish  to  insert  into  the  system,  the  linker  will  greatly 
simplify  your  efforts.  In  such  a  case,  you  may  provide  the  linker  with  only  the  BE  number 
(of  the  five  unique  record  fields),  and  the  information  associated  with  the  digital 
photograph,  and  it  will  automatically  link  that  photograph  to  every  mission  that  lists  that 
BE  number  as  the  target  it  attacked. 

2.4.4  Unlinked  Videos. 

The  majority  of  the  linking  performed  was  categorized  by  aircraft.  As  described  in  section 
2.4.3,  a  listing  of  any  records  failing  to  link  is  output  as  a  separate  file  during  the  linking 
process.  Due  to  the  information  contained,  these  resulting  lists  of  unlinked  video  files  are 
classified  CONFIDENTIAL  and  are  presented  in  a  project  memo3. 

2.4.5  Unlinked  Stills. 

Due  to  the  information  contained,  these  resulting  lists  of  unlinked  video  files  are  classified 
CONFIDENTIAL  and  are  presented  in  a  project  memo3. 

2.5  DATA  ARCHIVAL. 

A  tremendous  amount  of  data  has  been  archived  to  date  under  the  WEAPDA  system.  The 
ADRs  from  the  four  aircraft  types  archived  thus  far  comprise  a  300  CD  ROM  volume  set. 
In  addition  to  this,  there  are  approximately  twelve  still-image  CD  volumes.  Each 
WEAPDA  volume  has  a  Digital  Audio  Tape  (DAT)  backup  for  the  purpose  of  future 
replication.  As  well  as  processing  the  large  volumes  of  data,  error  detection/correction 
presents  additional  challenges. 

Difficulties  have  been  uncovered  concerning  the  archival  of  data  onto  DAT  media.  During 
DAT  creation,  indications  given  by  the  system  were  those  of  successful  back-up 
completions.  There  were  no  indications  of  error  given.  Regardless  of  this  fact,  some 
DAT  cassette  retrieval  attempts  have  indicated  that  the  archived  materials  were  flawed. 

For  those  cases  where  all  attempts  to  recover  the  data  failed,  a  CD-ROM  was  requested 
from  one  of  the  user  sites  in  order  to  re-source  the  material. 

Later  data  processing  software  upgrades  have  provided  validity-checking  methods  to  help 
detect  problems  with  archived  materials.  In  addition,  we  have  implemented  a  validity 

3Mehler,  S.,  "Visual  Capture  Log  Summaries,"  Horizons  Technology,  Inc.  San  Diego,  CA,  December 
31,  1993. 
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checking  process  to  test  the  data's  integrity  prior  to  release.  This  testing  encompasses 
both  CD  and  DAT  media. 

Replication  begins  with  a  removable  hard  drive  holding  approximately  580MB  of  captured 
data.  The  drive  is  then  loaded  onto  a  CD-ROM  Replication  System.  Comprising  the 
WEAPDA  replicators  are  a  486  tower,  chained  using  a  Small  Computer  Systems  Interface 
(SCSI)  to  a  JVC  once-off  replication  unit,  and  a  DAT  drive,  as  needed.  The  data 
contained  on  the  removable  drive  is  then  written  to  the  replicator’s  internal  660  MB  hard 
drive,  as  an  ISO-9660  image.  Once  the  image  resides  on  the  internal  drive,  replication 
onto  CD  or  DAT  is  possible.  This  CD  technology  has  the  drawback  of  being  WORM 
based.  If  an  error  was  introduced  during  replication,  the  resulting  disk(s)  were  virtually 
useless  for  any  CD-ROM  drive  not  capable  of  performing  a  low-level  reading  of  the  data. 
Technology  has  developed  which  will  facilitate  both  multi-session  and  appendability 
functions,  although  it  is  not  clear  that  future  tasks  will  require  such  a  feature. 


During  archival,  related  data  was  grouped  prior  to  being  written  to  the  individual  CDs. 
This  approach  was  taken  to  minimize  the  amount  of  "disk  swapping"  required  by  a  user 
doing  research  with  the  data.  The  archived  data  and  associated  CD-ROM  volumes  are 
presented  in  Table  2-14. 


Table  2-14.  Data  types  and  associated  CD  volumes. 


Type 

Content 

CD  Volume(s) 

J  r  - 

Video 

F-lll  ADRs 

WEAPDA  0001- 
0112 

Video 

F-15  ADRs 

WEAPDA  0113- 
174  A 

Video 

F-117  ADRs 

WEAPDA  0175- 
0256 

Video 

F- 16  ADRs 

WEAPDA  0257- 
0300 

Stills 

Howey  slides  (MEA) 

WEAPDA1000, 

1001 

Stills 

BTG,  IRP,  TR _ _ _ 

WEAPDA1003 

Stills 

MEA  photos,  DS,  GTG,  HTG,  TR 

WEAPDA  1004 

Stills 

MEA  photos.  BDA  BTG,  DS,  GTG,  HTG,  TR 

WEAPDA1005 

Map 

Map  data  at  varying  scale 

WEAPDA  MAP  2 

Multiple 

Map  data,  MEA  Photos,  early  database 

WEAPDA0112 

Database 

_ E - - - - - - - - -  " 

Database  release,  version  1.05  _ 

WEAP  DB  1.5 

Stills 

DESERT  STORM  -  Unci.  PhotoCD  images  all  of  disk 

1  +  half  disk  2 

ARK-PCD-1-2 

Stills 

DESERT  STORM  -  Unci.  PhotoCD  images  2nd  half  of 
2  +  disk  3 

ARK-PCD-2-3 

38 


Table  2-14.  Data  types  and  associated  CD  volumes  (Continued). 


Content 

Stills 

DESERT  STORM  -  Unci.  PhotoCD  images  all  of  disk 
4+  half  disk  5 

ARK-PCD-4-5 

Stills 

DESERT  STORM  -  Unci.  PhotoCD  images  2nd  half  of 

5  +  most  of  disk  6 

ARK-PCD-5-6 

Stills 

DESERT  STORM  -  Unci.  PhotoCD  images  last  of  disk 

6  +  disk  7  +  some  of  disk  8 

ARK-6-7-8 

Stills 

DESERT  STORM  -  Unci.  PhotoCD  images  and  some 
scanned  photos 

Delivery  scheduled 
6/94* 

Video 

DESERT  STORM  -  Unci,  post  conflict  videos 

Delivery  scheduled 
6/94*  ' 

*  Final  De 

ivery  schedule  dpendent  upon  DNA  review  of  data. 
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SECTION  3 


CONCLUSIONS 

Potential  applications  for  multimedia  database  systems  such  as  WEAPDA  appear 
unbounded.  The  WEAPDA  database  in  particular  will  have  application  to  a  wide  range  of 
user  requirements. 

To  a  system  analyst,  for  example,  investigating  the  effectiveness  of  a  weapon  system  or 
vulnerability  of  a  target  to  various  weaponeering  strategies,  the  WEAPDA  system  places 
available  historical  data  as  well  as  a  powerful  analysis  tool  at  his  fingertips. 

For  the  air  campaign  planning  staff  officer  charged  with  reviewing,  analyzing,  and  refining 
a  target  list  prior  to  development  of  the  Air  Tasking  Order  (ATO),  WEAPDA  could  bea 
source  of  textual  and  visual  data  on  specific  target  or  historical  data  relating  to  similar 
targets.  The  availability  of  such  information  will  help  the  staff  officer  "visualize  the 
target. 

To  the  weaponeer,  utilizing  a  weaponeering  decision  support  system,  such  as  DNA's 
Munitions  Effects  Assessment  (MEA)  tool,  WEAPDA  will  provide  a  source  of  data  rich 
case  studies  for  various  target  types.  Making  use  of  expert  opinion  and  intelligent  ^ 
technologies,  knowledge  and  experience  of  these  case  studies  can  be  applied  to  similar 
targets  for  which  intelligence  data  might  be  limited  or  non-existent. 

To  the  research  engineer,  WEAPDA  can  provide  a  convenient  multimedia  database 
management  system  for  analyzing,  archiving  and  retrieving  valuable  test  data.  With 
networking,  various  laboratories  can  share  and  exchange  textual  and  visual  test  data 
results. 

To  the  historian,  WEAPDA  provides  a  state-of-the-art  historical  reference  system.  By 
performing  simple  database  queries,  the  historian  can  access  and  review  both  textual  and 
visual  data  on  a  particular  event,  campaign,  weapon  system,  or  test  at  a  single  desktop 
workstation. 

The  WEAPDA  system  software  database  development  program  will  continue  with 
expansion  and  improvements  to  the  system  software  and  database. 

The  system  shall  be  expanded  to  include  effects  and  performance  data  from  past  and 
future  conflicts,  inclusion  of  test  program  data,  possible  inclusion  of  hard  target  imagery 
from  countries  of  interest,  and  further  refinement  and  population  of  the  existing  DESERT 
STORM  database. 

The  cost  of  developing  and  maintaining  stand  alone  WEAPDA  systems  (cost  of 
configuration  management  and  replication  of  multiple  sets  of  CD-ROMs)  becomes  a 
concern  once  the  system  is  replicated  beyond  the  initial  three  beta  test  systems.  A 
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promising  alternative  to  stand  alone  systems  is  to  develop  a  Wide  Area  Network  (WAN) 
such  as  DNA's  "DARE"  development  effort  and  serve  the  data  to  all  potential  users  from  a 
central  server  location. 

Because  the  data  contained  in  the  current  DESERT  STORM  -  DoD  database  is  classified 
SECRET-NOFORN,  and  much  of  the  data  the  system  is  anticipated  to  retain  in  the  future 
will  have  similar  classification,  the  data  must  be  protected  during  transmission  and  use. 

This  problem  can  be  simplified  by  making  use  of  recently  developed  technology  which  will 
encrypt  the  data  before  it  is  written  to  CD-ROM.  This  capability  has  been  approved  by 
the  National  Security  Agency  (NS A),  and  is  available  today.  The  network  administrator 
can  then  operate  the  system  in  an  unclassified,  open  environment.  The  CD-ROMs  are 
permanently  keyed,  so  there  is  no  security  maintenance  required. 

Additional  plans  for  WEAPDA  include  porting  to  platforms  operating  under  UNIX.  This 
would  allow  a  host  of  new  software  systems  currently  under  development  to  access, 
query,  and  import  multimedia  weapons  effects  and  performance  data  directly  from 
WEAPDA. 


41 


DISTRIBUTION  LIST 

DNA-TR-94-2 


DEPARTMENT  OF  DEFENSE 

ARMED  FORCES  RADIOBIOLOGY  RSCH  INST 
ATTN:  TECHNICAL  LIBRARY 

ASSISTANT  SECRETARY  OF  DEFENSE 
ATTN:  DR K L STANSBERRY 

ASSISTANT  SECRETARY  OF  DEFENSE 

INTERNATIONAL  SECURITY  POLICY 

ATTN:  STRAT  DEF  &  SPACE  ARMS  CTRL  PLCY 

ASSISTANT  TO  THE  SECRETARY  OF  DEFENSE 
ATTN:  EXECUTIVE  ASSISTANT 
ATTN:  MIL  ASST  SURV&  SECURITY 

BALLISTIC  MISSILE  DEFENSE  ORGANIZATION/AQS 
ATTN:  DRWU/TIS 

DEFENSE  INTELLIGENCE  AGENCY 
ATTN:  DB-6E 
ATTN:  DIW-4 
ATTN:  DT-1 
ATTN:  DT-1B 
ATTN:  JSI-2A 
ATTN:  OGA-4A 
ATTN:  RAYMOND  R  LUTZ 

DEFENSE  NUCLEAR  AGENCY 

ATTN:  ES  JOAN  MA  PIERRE 
ATTN:  ESA K PETERSEN 
ATTN:  ESAWSUMMA 

2  CY  ATTN:  ISST 

ATTN:  OPNA 
ATTN:  WE 

DEFENSE  NUCLEAR  AGENCY  EUROPE  LIAISON 

6  CY  ATTN:  COL  JOHN  KOVAL 
ATTN:  UNIT  30400 

DEFENSE  TECHNICAL  INFORMATION  CENTER 
ATTN:  DTIC-L  B  FOX 
ATTN:  DTIC/OCP 

FIELD  COMMAND  DEFENSE  NUCLEAR  AGENCY 
ATTN:  NVCE 
ATTN:  NVTV 

FIELD  COMMAND  DEFENSE  NUCLEAR  AGENCY 
ATTN:  FCINI 

ATTN:  FCT-DRQ  B  RISTVET 
ATTN:  FCTT-E  J  KING 
ATTN:  FCTT  DR  BALADI 
ATTN:  FCTT  J  HUGHES 
ATTN:  FCTTD  MAJ  F  ROESSLER 

3  CY  ATTN:  FCTTD  LT  COL  ROWE 

ATTN:  FCTTS  R  HENNY 
ATTN:  GCNM  CF  G  CHAVEZ 

HQ  USEUCOM 

ATTN:  MR  BEVERLEY 

NATIONAL  DEFENSE  UNIVERSITY 
ATTN:  CLASSIFIED  LIBRARY 


NATIONAL  SECURITY  AGENCY 
ATTN:  TECH  DOC  LIB 

NET  ASSESSMENT 

ATTN:  DR  WEISS 

OFC  OF  THE  ASST  SEC  OF  DEFENSE  (C) 

PROGRAM/BUDGET 

ATTN:  RSCH  &  DEVELOPMENT 

PROGRAM  ANALYSIS  &  EVALUATION 
ATTN:  DR  M  MIZRAHI 

TECHNICAL  RESOURCES  CENTER 
ATTN:  JNGO 
ATTN:  T  PAONESSA 

U  S  EUROPEAN  COMMAND 
ATTN:  ECJ2-0-T 
ATTN:  ECJ5N 

DEPARTMENT  OF  THE  ARMY 

AMEDD  CENTER  AND  SCHOOL 

ATTN:  HSMC-FCS  DR  MOSEBAR 

DEPUTY  CHIEF  OF  STAFF  FOR  LOGISTICS 
ATTN:  DALO-SMA 

DIRECTOR  OF  COMBAT  DEVELOPMENT 
ATTN:  HSCM-FCM 

MOBILE  ELECTRIC  POWER 
ATTN:  AMCPM-MEP-T 

U  S  ARMY  ARMOR  CENTER  AND  SCHOOL 
ATTN:  ATZK-CD-AA 

U  S  ARMY  CHEMICAL  SCHOOL 
ATTN:  ATZN-CM-FISC 

U  S  ARMY  COMM  R&D  COMMAND  DEFENSE  CMD 
ATTN:  CSSD-SD-A 

U  S  ARMY  CONCEPTS  ANALYSIS  AGENCY 

ATTN:  TECHNICAL  INFORMATION  CENTER 

U  S  ARMY  CORPS  OF  ENGINEERS 
ATTN:  CERD-L 

U  S  ARMY  ENGINEER  DIST  FORT  WORTH 
ATTN:  DISTRICT  ENGINEER 

U  S  ARMY  ENGINEER  DIST  OMAHA 
ATTN:  MROED-S  KELLEY 

U  S  ARMY  ENGINEER  DIV  HUNTSVILLE 
ATTN:  HNDED-SY 

U  S  ARMY  ENGR  WATERWAYS  EXPER  STATION 
ATTN:  CEWES-IM-MI-R/A  S  CLARK 
ATTN:  CEWES-SD 
ATTN:  CEWES-SV-A 
ATTN:  RESEARCH  LIBRARY 

U  S  ARMY  INFANTRY  CENTER 
ATTN:  ATSH-AC 


Dist-1 


DNA-TR-94-2  (DL  CONTINUED) 


U  S  ARMY  JOHN  F  KENNEDY  SPECIAL  WARFARE  CTR 
ATTN:  ATSU-CD-ML 

U  S  ARMY  NATIONAL  GROUND  INTELLIGENCE  CTR 
ATTN:  AFSTC-IMB  S  KIRKUP 
ATTN:  AIFMI 
ATTN:  IS3 

U  S  ARMY  NUCLEAR  &  CHEMICAL  AGENCY 
ATTN:  MONA-NU  DR  D  BASH 

U  S  ARMY  RESEARCH  LAB 
ATTN:  SLCBR-SS-T 

U  S  ARMY  RESEARCH  OFFICE 
ATTN:  DR  M  STROSCIO 

U  S  ARMY  SIGNAL  CTR  &  FT  GORDON 
ATTN:  ATZH-CDC 

U  S  ARMY  VULNERABILITY  ASSESSMENT  LAB 
2  CY  ATTN:  SLCVA-D 

U  S  ARMY  AVIATION  AND  TROOP  CMD 
ATTN:  AMSAV-ES 

U  S  ARMY  MATERIEL  SYS  ANALYSIS  ACTVY 
ATTN:  AMXSY-GS 

US  ARMY  ORDNANCE  MISSILE  &  MUNITIONS 

CTR  &  SCHOOL 

ATTN:  ATSK-MS  MSG  HERMANNS 

US  ARMY  SPECIAL  OPERATIONS  COMMAND 
ATTN:  MAJ  JOEL  D.  WALL 

USA  CML  &  BIOLOGICAL  DEFENSE  COMMAND 
ATTN:  AMSLC-VL-NE  DAVID  BASSETT 

US ASS DC 

ATTN:  CSSD-WD 

DEPARTMENT  OF  THE  NAVY 

BUREAU  OF  MEDICINE  &  SURGERY 

ATTN:  MED-212  CDR  R  YACOVISSI 

DAVID  TAYLOR  NAVAL  RESEARCH  CENTER 
ATTN:  COMMANDER 

DEPARTMENT  OF  THE  NAVY 

ATTN:  CODE  B44  P  COLLINS 
ATTN:  CODE  R14  R  BARASH 

NAVAL  COASTAL  SYSTEMS  CENTER 
ATTN:  TECHNICAL  LIBRARY 

NAVAL  EXPLOSIVE  ORD  DISPOSAL 

TECHNOLOGY  DIVISION 
ATTN:  CODE  6031 

NAVAL  RESEARCH  LABORATORY 

ATTN:  CODE  5227  RESEARCH  REPORT 
ATTN:  CODE  6700.5  B  RIPIN 


NAVAL  SURFACE  WARFARE  CENTER 
ATTN:  F-12/DRL  LUESSEN 

NAVAL  WAR  COLLEGE 

2  CY  ATTN:  CODEE-111 

NAVAL  WARFARE  ASSESSMENT  CENTER  CSL 
ATTN:  DOCUMENT  CONTROL 

NAWC-WD  CODE  4712EOOD 
ATTN:  CODE  C27 
ATTN:  CODE  2741  D  HERIGSTAD 

OFFICE  OF  CHIEF  NAVAL  OPERATIONS 

ATTN:  NUC  AFFAIRS  &  INT'L  NEGOT  BR 

OFFICE  OF  NAVAL  RESEARCH 
ATTN:  CODE  1132SM 
ATTN:  CODE  431 N  DR  POHANKA 

THEATER  NUCLEAR  WARFARE  PROGRAM  OFC 
ATTN:  PMS  423  CDR  DOOLING 

DEPARTMENT  OF  THE  AIR  FORCE 

AFIT/DEEE 

ATTN:  KIRK  A  MATHEWS 

AIR  FORCE  CTR  FOR  STUDIES  &  ANALYSIS 
ATTN:  AFSAA/SAI 

AIR  FORCE  TECHNICAL  APPLICATIONS  CTR 
ATTN:  STINFO  J  MILAM 

AIR  UNIVERSITY  LIBRARY 
ATTN:  AUL-LSE 

DEPUTY  CHIEF  OF  STAFF  FOR  PLANS  &  OPERS 
ATTN:  XOXWP 

HQ  497  IG/INOT 
ATTN:  INT 

NAIC/IAS 

ATTN:  INKS 

NATIONAL  AIR  INTELLIGENCE  CENTER 
ATTN:  FASTC/TATC  CLARK 

PHILLIPS  LABORATORY/GPOS 
ATTN:  H  GARDINER 

USAFE/XOA 

ATTN:  USAFE/XOA 

USAFETAC/DOL 

ATTN:  W  BURGMANN 

DEPARTMENT  OF  ENERGY 

DEPARTMENT  OF  ENERGY 

NEVADA  OPERATIONS  OFFICE 
ATTN:  OTIS  D  H  MARTIN 

DPEARTMENT  OF  ENERGY 

ATTN:  DR  CV  CHESTER 


Dist-2 


DNA-TR-94-2  (DL  CONTINUED) 


LAWRENCE  LIVERMORE  NATIONAL  LAB 
ATTN:  CEROSENKILDE 
ATTN:  FHEUZE 
ATTN:  M BLAND 
ATTN:  P  CHRZANOWSKI 
ATTN:  D CLARK 
ATTN:  GPOMYKAL 
ATTN:  H  CABAYAN 

LOS  ALAMOS  NATIONAL  LABORATORY 
ATTN:  C  MANGENG 
ATTN:  MSP364 
ATTN:  REPORT  LIBRARY 
ATTN:  R  KIRBY 

SANDIA  NATIONAL  LABORATORIES 
ATTN:  LARRY  S  WALKER 
ATTN:  TECH  LIB  3141 

OTHER  GOVERNMENT 

CENTRAL  INTELLIGENCE  AGENCY 
ATTN:  OIR/IMD/RSB-GA07OHB 
ATTN:  OSWR/NED  5S09  NHB 
ATTN:  OSWR/N ED/NWB  D  TISLER 

DEPARTMENT  OF  THE  INTERIOR 
ATTN:  D  RODDY 

DEPARTMENT  OF  TRANSPORTATION 
ATTN:  SEC  DIV  ASE-300 

U  S  ARMS  CONTROL  &  DISARMAMENT  AGCY 
ATTN:  A  LIEBERMAN 
ATTN:  LIBRARY 
ATTN:  5840/PA  LIB 

DEPARTMENT  OF  DEFENSE  CONTRACTORS 

AEROJET  GENERAL  CORP 
ATTN:  CDCC 

AEROJET  GENERAL  CORP 
ATTN:  LIBRARY 

AEROSPACE  CORP 

ATTN:  LIBRARY  ACQUISITION 

AMTEC  CORPORATION 

ATTN:  DOCUMENT  CONTROL 

ANALYTIC  SERVICES,  INC  (ANSER) 

ATTN:  LIBRARY 

APPLIED  RESEARCH  ASSOCIATES 
ATTN:  R STEELE 

APPLIED  RESEARCH  ASSOCIATES,  INC 
ATTN:  C  J  HIGGINS 

APPLIED  RESEARCH  ASSOCIATES,  INC 
ATTN:  SBLOUIN 

APPLIED  RESEARCH  ASSOCIATES.  INC 
ATTN:  R  FRANK 


APPLIED  RESEARCH  ASSOCIATES,  INC 
ATTN:  J  L  DRAKE 
ATTN:  SECURITY  OFFICER 

APPLIED  THEORY,  INC 

ATTN:  DOCUMENT  CONTROL 

ARES  CORP 

ATTN:  ADEVERILL 

ARTHUR  D  LITTLE,  INC 
ATTN:  V  PRICE 

B-K  DYNAMICS,  INC 

ATTN:  SECURITY  OFFICE 

BATTELLE  MEMORIAL  INSTITUTE 
ATTN:  TACTICAL  TECH  CTR 

BEECH  AIRCRAFT  CORP 
ATTN:  MANAGER 

BOEING  CO 

ATTN:  LIBPROCSUPV 

CALIFORNIA  INSTITUTE  OF  TECHNOLOGY 
ATTN:  T  AHRENS 

CALSPAN  CORP/AEDC 
ATTN:  TK  COTTER 

CARPENTER  RESEARCH  CORP 
ATTN:  HJ  CARPENTER 

CENTER  FOR  NAVAL  ANALYSES 

ATTN:  TECHNICAL  REFERENCE  RM 

COLSA,  INC 

ATTN:  DOCUMENT  CONTROL 

DAYTON  T.  BROWN,  INC 

ATTN:  DOCUMENT  CONTROL 

DNA  FIELD  OFFICE 

ATTN:  DOCUMENT  CUSTODIAN 

E-SYSTEMS,  INC 

ATTN:  LIBRARY 

E-SYSTEMS,  INC 

ATTN:  F BRANDON 

EASTWIND  RESEARCH  CORP 
ATTN:  RICHARD  D  SMALL 

EG&G  MANAGEMENT  SYSTEMS,  INC 
ATTN:  J  BRIDGE 

ELECTROSPACE  SYSTEMS,  INC 
ATTN:  LINDA  CALDWELL 

EMC  SCIENCE  CENTER,  INC 

ATTN:  DOCUMENT  CONTROL 

ENTEK,  INC 

ATTN:  DOCUMENT  CONTROL 


Dist-3 


DNA-TR-94-2  (DL  CONTINUED) 


EPOCH  ENGINEERING,  INC 

ATTN:  DOCUMENT  CONTROL 

EUCLID  RESEARCH  GROUP 

ATTN:  DOCUMENT  CONTROL 

FAIRCHILD  SPACE  COMPANY 
ATTN:  ASCHOCK 

FOX  RESEARCH  ASSOCIATES 
ATTN:  J  FOX 

GARCIA  CONSULTING,  INC 

ATTN:  DOUGLAS  BRUDER 

GEORGE  WASHINGTON  UNIVERSITY 
ATTN:  STUART  HALL 

HONEYWELL  SYSTEMS  &  RESEARCH  CENTER 
ATTN:  T  CLARKIN 

HORIZONS  TECHNOLOGY,  INC 

ATTN:  DOCUMENT  CONTROL 

2  CY  ATTN:  G  S  BUTLER 

2  CY  ATTN:  J  SQUEO 

2  CY  ATTN:  S  MEHLER 

2  CY  ATTN:  W SENSENDERFER 

HSS,  INC 

ATTN:  DOCUMENT  CONTROL 

HUDSON  INSTITUTE,  INC 
ATTN:  LIBRARY 

I  IT  RESEARCH  INSTITUTE 

ATTN:  DOCUMENTS  LIBRARY 

ILLGEN  SIMULATION  TECHNOLOGIES,  INC 
ATTN:  DOCUMENT  CONTROL 

INFORMATION  SCIENCE,  INC 
ATTN:  W  DUDZIAK 

INSTITUTE  FOR  DEFENSE  ANALYSES 
ATTN:  AROLFE 
ATTN:  CLASSIFIED  LIBRARY 

JAYCOR 

ATTN:  R  ARIAS 

JAYCOR 

ATTN:  CYRUS  P  KNOWLES 
ATTN:  G  THEROUX 

JET  PROPULSION  LAB 

ATTN:  GEORGE  SPRAGUE 
ATTN:  CAROL  MILLER 
ATTN:  SUE  HESS 

KAMAN  SCIENCES  CORP 
ATTN:  LIBRARY 

KAMAN  SCIENCES  CORP 

ATTN:  ASST  SUPV  SCTY 
ATTN:  J  EAMON 
ATTN:  P  BOOK 
ATTN:  P  WELLS 


KAMAN  SCIENCES  CORPORATION 
ATTN:  DOC  CONTROL 

KAMAN  SCIENCES  CORPORATION 
ATTN:  DASIAC 

LOCKHEED  MARTIN  CORPORATION 
ATTN:  REENTRY  DOC  CTR 
ATTN:  TECH  INFO  CTR  D/COLL 

LOGICON  R  &  D  ASSOCIATES 
ATTN:  C  K  B  LEE 
ATTN:  D  SIMONS 
ATTN:  LIBRARY 

LOGICON  R  &  D  ASSOCIATES 
ATTN:  D  CARLSON 
ATTN:  DOCUMENT  CONTROL 

LOGICON  R  &  D  ASSOCIATES 
ATTN:  GGANONG 

LORAL  FEDERAL  SYSTEMS  -  OWEGO 
ATTN:  DEPTL75 

MAGNAVOX  GOVT  &  INDUS  ELECTRONICS  CO 
ATTN:  R  VON  ROHR 

MARTIN  MARIETTA  CORPORATION 
ATTN:  DOCUMENT  CONTROL 

MARTIN  MARIETTA  DENVER  AEROSPACE 
ATTN:  RESEARCH  LIBRARY 

MAXWELL  LABORATORIES  INC 
ATTN:  H  FROIBERG 
ATTN:  J  BARTHEL 
ATTN:  KDPYATTJR 
ATTN:  LIBRARY 
ATTN:  R  LAFRENZ 
ATTN:  R  WILSON 

MCDONNELL  DOUGLAS  CORPORATION 
ATTN:  RHALPRIN 

MCDONNELL  DOUGLAS  CORPORATION 
ATTN:  DOCUMENT  CONTROL 

MISSION  RESEARCH  CORP 
ATTN:  JOHN  N  FRYER 

MISSION  RESEARCH  CORP 

ATTN:  DOCUMENT  CONTROL 
ATTN:  TECH  INFO  CENTER 

MITRE  CORPORATION 

ATTN:  CORPORATE  INFO  SVCS 

MITRE  CORPORATION 
ATTN:  LIBRARY 
ATTN:  M  MONACO 

MM-WAVE  TECHNOLOGY,  INC 

ATTN:  DOCUMENT  CONTROL 

NATIONAL  TECHNICAL  SYSTEMS 

ATTN:  DOCUMENT  CONTROL 


Dist-4 


DNA-TR-94-2  (DL  CONTINUED) 


OFFICE  OF  GRANT  &  RESEARCH  DEVELOPMENT 
ATTN:  J  WILLIS 

PACIFIC-SIERRA  RESEARCH  CORP 
ATTN:  HBRODE 
ATTN:  KEN  MEIKES 

PACIFIC-SIERRA  RESEARCH  CORP 
ATTN:  G  MCCLELLAN 

PHOTOMETRICS,  INC 

ATTN:  DOCUMENT  CONTROL 

RAYTHEON  -  MSD 

ATTN:  LIBRARY 

RAYTHEON  CO 

ATTN:  D  D  LEE 

RETLIF  TESTING  LABORATORIES,  INC 
ATTN:  DOCUMENT  CONTROL 

RETLIF  TESTING  LABORATORIES,  INC 
ATTN:  DOCUMENT  CONTROL 

ROCKWELL  INTERNATIONAL  CORP 
ATTN:  DKNEFF 

ROCKWELL  INTERNATIONAL  CORP 

ATTN:  TECHNICAL  INFO  CENTER 

ROCKWELL  INTERNATIONAL  CORP 
ATTN:  TECH  INFO  CENTER 

SCI  TECHNOLOGY,  INC 

ATTN:  DOCUMENT  CONTROL 
ATTN:  HAROLD  L  JACKSON 

SCIENCE  &  ENGRG  ASSOCIATES,  INC 
ATTN:  J  CRAMER 

SCIENCE  APPLICATIONS  INTL  CORP 
ATTN:  J  LINN 
ATTN:  G  PHILLIPS 
ATTN:  H  WILSON 
ATTN:  L  SCOTT 
ATTN:  M  MCKAY 
ATTN:  TECH  LIBRARY 
ATTN:  TECHNICAL  REPORT  SYSTEM 

SCIENCE  APPLICATIONS  INTL  CORP 
ATTN:  SECURITY  OFFICE 

SCIENCE  APPLICATIONS  INTL  CORP 
ATTN:  SECURITY  OFFICE 

SCIENCE  APPLICATIONS  INTL  CORP 
ATTN:  W  LAYSON 

SCIENCE  APPLICATIONS  INTL  CORP 
ATTN:  G  BINNINGER 

SFA  INC 

ATTN:  DOCUMENT  CONTROL 


SPECTRA  TECHNOLOGY,  INC 

ATTN:  DOCUMENT  CONTROL 

SRI  INTERNATIONAL 
ATTN:  J  COLTON 

SYSTEM  PLANNING  CORP 
ATTN:  M  SANCHES 

TELEDYNE  BROWN  ENGINEERING 
ATTN:  P  SHELTON 
ATTN:  RONALD  E  LEWIS 

THE  RAND  CORPORATION 
ATTN:  G.  BUCHAN 

TITAN  CORPORATION 

ATTN:  J  THOMSEN 

TITAN  CORPORATION  (THE) 

ATTN:  LIBRARY 
ATTN:  S  SCHUSTER 

TITAN  RESEARCH  &  TECHNOLOGY  DIVISION 
ATTN:  DORPHAL 

TOYON  RESEARCH  CORP 

ATTN:  DOCUMENT  CONTROL 

TRACOR,  INC 

ATTN:  DOCUMENT  CONTROL 
TRW  INC 

ATTN:  ECHIVINGTON 
ATTN:  J  DYCHE 

TRW  INC 

ATTN:  TIC 

TRW  S.I.G. 

ATTN:  TECH  LIBRARY 

TRW  SPACE  &  DEFENSE  SECTOR  SPACE  & 
ATTN:  W  WAMPLER 

UNITED  TECHNOLOGIES  RESEARCH  CTR 
ATTN:  H  MICHELS 

VEDA  INCORPORATED 

ATTN:  DOCUMENT  CONTROL 

WEIDLINGER  ASSOC,  INC 
ATTN:  H  LEVINE 

WEIDLINGER  ASSOCIATES,  INC 
ATTN:  J  WRIGHT 
ATTN:  M  BARON 

DIRECTORY  OF  OTHER 

3ROOKHAVEN  NATIONAL  LABORATORY 
ATTN:  KATHY  LANCASTER 
ATTN:  TEWARD 


Dist-5 


